From Alexandre.Fayolle@logilab.fr  Sun Feb  2 09:58:22 2003
From: Alexandre.Fayolle@logilab.fr (Alexandre)
Date: Sun, 2 Feb 2003 10:58:22 +0100
Subject: [XML-SIG] DTD parser question
In-Reply-To: <41011401.1044039614@[192.168.0.3]>
References: <41011401.1044039614@[192.168.0.3]>
Message-ID: <20030202095822.GE16852@calvin.fayauffre.org>

On Fri, Jan 31, 2003 at 07:00:14PM +0100, Andreas Jung wrote:
> I am currently building an XML editor using Zope. Users will see an
> XML document as tree and klick on a node. Based on the node they will
> see a toolbox with elements they can insert either as sibling or as child.
> 
> I need to decide based on the DTD what elements are allowed to be inserted
> /deleted. I checked out the DTD parser of xmlproc and it looks very
> promising to work with however I have some problems with the
> ElementType interface:
> 
> def get_start_state(self):
>    Returns the start state of the content model of the element. (No 
> guarantees is made as to the type of this value; just think of it as a 
> magic cookie instead.)
> def final_state(self,state):
>    Returns true if the given state (as returned by get_start_state or 
> next_state) is a final state, ie: one in which the element is allowed to 
> end.
> def next_state(self,state,elem_name):
>    Returns the next state of the element (again in an unspecified type) 
> when the an element with the given name is encountered in the given state. 
> Character data is represented as the element name '#PCDATA'. If the element 
> is not allowed in this state the value 0 will be returned.
> 
> What are these states used for (assuming the DTD is build on a final state
> machine)? How can I use them for my projects?

You may want to check the sourcecode of the  xmleditor widget in logilab's 
xmltools, which uses the DTD Parser code from xmlproc to achieve similar
goals. It's available from ftp://ftp.logilab.org/pub/xmltools/

-- 
Alexandre Fayolle
LOGILAB, Paris (France).
http://www.logilab.com   http://www.logilab.fr  http://www.logilab.org
Développement logiciel avancé - Intelligence Artificielle - Formations


From scjuonline@web.de  Tue Feb  4 15:53:35 2003
From: scjuonline@web.de (JS)
Date: Tue, 4 Feb 2003 16:53:35 +0100
Subject: [XML-SIG] storage decission
Message-ID: <200302041653.35598.scjuonline@web.de>

Hi,

while designing my XML I have to decide, in which form I want to save my=20
documents. Possible solutions are:=20
- flat file
- RDBMS
- OODBMS
- ...?

Do you know of articles/links where the pro and contra are discussed? Or =
could=20
you give me some advice?

Do you know of any other Object Databases other than 4ODS and ZODB on the=
 net?=20
(OpenSource)

thx
Regards,
JS



From viralburst@lists.ric2.com  Mon Feb  3 22:22:37 2003
From: viralburst@lists.ric2.com (iRecommend-It)
Date: Feb 03 2003 22:22:37
Subject: [XML-SIG] Make money and have more time.
Message-ID: <20030203222237.@lists.ric2.com>

Finally, here it is.

This is a must see if you want 
to be a Stay-at-home Mom or Dad 
or your just sick and tired of 
not having enough time or money.

http://lists.ric2.com/t/?u=1&l=6&id=1453028

Let me know what you think.
















------------------------
iRecommend-It is our trademark.
This message was sent to: xml-sig@python.org
Don't want to receive future email from iRecommend-It?
Click here: http://lists.ric2.com/u/?l=viralburst&e=xml-sig@python.org
<a href=" http://lists.ric2.com/u/?l=viralburst&e=xml-sig@python.org "> AOL users click here to unsubscribe </a>
or REPLY to this email with the word "remove" as the subject.


















X-ric2-Recipient: xml-sig@python.org
X-ric2-Userid: viralburst
X-ric2-ID: 1453028
x1453028x



From Jean-Michel.Bruel@univ-pau.fr  Wed Feb  5 12:12:37 2003
From: Jean-Michel.Bruel@univ-pau.fr (Jean-Michel BRUEL)
Date: Wed, 5 Feb 2003 13:12:37 +0100
Subject: [XML-SIG] [CPF:] QoS in CBSE'2003: 2nd Call For Paper
Message-ID: <200302051212.h15CCbo07671@univ-pau.fr>

(Apologies if you receive multiple copies of this announcement)

--------------------------------------------------------------
                     Call for Papers

                  Quality of Service in
           Component-Based Software Engineering

                      QoSCBSE'2003

        Workshop at "Reliable Software Technologies 2003"
       http://www.ada-europe.org/conference2003.html

           June 20th, 2003, Toulouse, France

   Workshop webpage : http://liuppa.univ-pau.fr/QoSCBSE2003

--------------------------------------------------------------


In the overall topic of reliable software, we are specifically interested
in improving the way developers can manage the complexity of developing
software which is most of the time distributed, based on existing reused
pieces, and with strong and stringent timing constraints. The goal of this
workshop is to look at issues related to the integration of non-functional
properties expression, evaluation, and prediction in the context of
component-based software engineering development.

It is now widely recognized that what makes Component-Based Software
Engineering (CBSE) hard to efficiently use is the fact that components
are easy to produce but not easy to compose. This scope is addressed by
a number of ongoing researches. In the context of this particular workshop
we would like to focus on the difficulty of predicting the overall behavior
and offered quality of service (in a broad sense, e.g. performance, dependability)
of a composite out of its "internal" components. This implies that a
software builder should have the behavior and the quality of service offered
and required of each components expressed in some way, as well as some support
tool or underlying framework supporting the composition of these added-value
features. The aim of this workshop is to bring together practitioners and
academics that are currently working around these topics to highlight the
ongoing solutions and the problems encountered.

The workshop is organized on two half-day sessions. The morning session is
dedicated to invited talks and presentations. Followed, in the afternoon,
by working sessions. The number and subject of these sessions will be decided
by the organizers depending upon the position papers.

A number of open questions will be addressed during the workshop. These questions
will be refined, selected and modified according to the early discussions of the
day, and some working sessions will be organized in order to give some indications
on their answer. Examples of open questions:
 - How can we constraint/improve my component-based design with QoS annotations?
 - What research path should we take to make progress in predicting system
   behavior based on components behavior?
 - How do we decompose system behavior to get specific components requirements
   for non-functional system properties?

Researchers and practitioners are invited to submit position papers on topics
related to the workshop. A partial list of topics is:
 - Composition Language
 - Software performance modeling and evaluation
 - QoS specification
 - ADLs and their use in supporting features composition
 - Software dependability
 - Compositionality
 - Modeling methods and tools for non-functional requirements
 - Industrial case studies

The 5-10 pages (single-spaced, 12-point, 1-inch margins) papers should be
submitted  either in postscript or a pdf format, via email to bruel@univ-pau.fr.
The workshop organizers will review the submissions and select papers that
present relevant and interesting ideas and concepts that can contribute to
the discussions that will take place in the workshop. The workshop proceedings
will be made available before the start of the workshop on the workshop
website and may appear as a technical report at one of the organizers universities.

Important dates
---------------
21 February 2003  Papers Submission Deadline
11 April 2003	  Notification of acceptance
2 May 2003	  Final papers (camera-ready) required
20 June 2003	  Workshop in Toulouse

Program committee
-----------------
Jean-Michel Bruel (contact) 	U. of Pau, France
Abdelmalek Benzekri		U. of Toulouse III, France
Geri Georg 			Agilent Technologies, USA
Ileana Ober 			VERIMAG, France
Ramon Puigjaner 		U. de les Illes Balears, Spain
Jon Whittle 			NASA Ames, USA



From uche.ogbuji@fourthought.com  Wed Feb  5 15:16:40 2003
From: uche.ogbuji@fourthought.com (Uche Ogbuji)
Date: Wed, 05 Feb 2003 08:16:40 -0700
Subject: [XML-SIG] storage decission
In-Reply-To: Message from JS <scjuonline@web.de>
 of "Tue, 04 Feb 2003 16:53:35 +0100." <200302041653.35598.scjuonline@web.de>
Message-ID: <E18gRI0-0000xT-00@borgia.local>

> Hi,
> 
> while designing my XML I have to decide, in which form I want to save my 
> documents. Possible solutions are: 
> - flat file
> - RDBMS
> - OODBMS
> - ...?
> 
> Do you know of articles/links where the pro and contra are discussed? Or could 
> you give me some advice?

The best discussion of XML and DBMS is by Ron Bourrett

http://www.rpbourret.com/xml/XMLAndDatabases.htm

If you do choose to use 4Suite, don't use 4ODS, which is being maintained, but 
not under active development.  For one thing, it's rather inefficient for XML 
storage, unless you just store the XML as plain text files, in which case 4ODS 
doesn't buy you anything.  What you should use instead is the 4Suite 
repository in 4SUite 0.12.0a3 or latest CVS.  The 4Suite repsotory is a 
specialized storage and pprocessing platform for XML which not only stores it 
efficiently, but also provides convenient access to XSLT, RDF, RELAX NG, 
XUpdate and other types of processing, and has a built in Web server that can 
use these as the basis of full-blown Web apps.

If you don't mind going through a free registration, the best way to get 
started is the following tutorial:

https://www6.software.ibm.com/reg/devworks/dw-x4suite5-i/


-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
The open office file format  - http://www-106.ibm.com/developerworks/xml/library/x-think15/
Python Generators + DOM - http://www.xml.com/pub/a/2003/01/08/py-xml.html
4Suite Repository Features - https://www6.software.ibm.com/reg/devworks/dw-x4suite5-i/
XML class warfare - http://www.adtmag.com/article.asp?id=6965




From addinches1@hotmail.com  Wed Feb  5 10:54:06 2003
From: addinches1@hotmail.com (addinches1@hotmail.com)
Date: Wed, 05 Feb 03 10:54:06 GMT
Subject: [XML-SIG] Re: Make Her SMile zhqsfx
Message-ID: <8m36-y$$hsf72$j-$$m-$f649-e-2d@1i0r.zu>

This is a multi-part message in MIME format.

--28_..D_02_.2.1B7ED9
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

100% Money Back Guarantee!
Permanent Larger Erections

http://shaggweb.com/9inches/index.html
he yxlzx
jf
 ykatqkaoudrwkaac ppo gcbdx
 
agyld n njcal
--28_..D_02_.2.1B7ED9--



From prabhu@CS.Arizona.EDU  Wed Feb  5 18:44:41 2003
From: prabhu@CS.Arizona.EDU (RathnaPrabhu R)
Date: Wed, 5 Feb 2003 11:44:41 -0700 (MST)
Subject: [XML-SIG] XML SCHEMA
Message-ID: <Pine.GSO.4.33.0302051140290.24933-100000@lectura.CS.Arizona.EDU>

Hi,
I'm new to this group and would like to know whether there is any support
for XML schemas in Python. I seacrhed in the web for such a tool but
couldn't find one.

Thanks in advance.

-RathnaPrabhu
=============================================
RathnaPrabhu Rajendran,
www.cs.arizona.edu/people/prabhu
Graduate Associate, Teaching
University of Arizona
Tucson
USA
===================================================






From uche.ogbuji@fourthought.com  Wed Feb  5 20:05:58 2003
From: uche.ogbuji@fourthought.com (Uche Ogbuji)
Date: Wed, 05 Feb 2003 13:05:58 -0700
Subject: [XML-SIG] XML SCHEMA
In-Reply-To: Message from RathnaPrabhu R <prabhu@CS.Arizona.EDU>
 of "Wed, 05 Feb 2003 11:44:41 MST." <Pine.GSO.4.33.0302051140290.24933-100000@lectura.CS.Arizona.EDU>
Message-ID: <E18gVnz-0001En-00@borgia.local>

> I'm new to this group and would like to know whether there is any support
> for XML schemas in Python. I seacrhed in the web for such a tool but
> couldn't find one.

XSV: http://www.ltg.ed.ac.uk/~ht/xsv-status.html
PIRXX: http://pirxx.sourceforge.net


-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
The open office file format  - http://www-106.ibm.com/developerworks/xml/librar
y/x-think15/
Python Generators + DOM - http://www.xml.com/pub/a/2003/01/08/py-xml.html
4Suite Repository Features - https://www6.software.ibm.com/reg/devworks/dw-x4su
ite5-i/
XML class warfare - http://www.adtmag.com/article.asp?id=6965




From noreply@sourceforge.net  Fri Feb  7 06:24:37 2003
From: noreply@sourceforge.net (SourceForge.net)
Date: Thu, 06 Feb 2003 22:24:37 -0800
Subject: [XML-SIG] [ pyxml-Bugs-682141 ] 2 tests fail under OSX Python 2.3-cvs
Message-ID: <E18h1wD-0004wW-00@sc8-sf-web1.sourceforge.net>

Bugs item #682141, was opened at 2003-02-07 17:24
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106473&aid=682141&group_id=6473

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Stuart Bishop (zenzen)
Assigned to: Nobody/Anonymous (nobody)
Summary: 2 tests fail under OSX Python 2.3-cvs

Initial Comment:
I don't know if this is OSX specific, or Python 2.3 cvs
specific.

test_c14n
test test_c14n crashed -- xml.xpath.pyxpath.SyntaxError
: SyntaxError[@ char 9: Could not match Step]
test_dom
test_domreg
test_encodings
test_filter
test_howto
test_htmlb
test_javadom
test_marshal
test_minidom
test_pyexpat
test_sax
test_sax2
test_sax2_xmlproc
test_sax_xmlproc
test_saxdrivers
test_utils
test test_utils crashed -- exceptions.TypeError :
argument 6 must be integer, not float
test_xmlbuilder
test_xmlproc
17 tests OK.
2 tests failed: test_c14n test_utils

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106473&aid=682141&group_id=6473


From markusjais@yahoo.de  Fri Feb  7 12:35:29 2003
From: markusjais@yahoo.de (=?iso-8859-1?q?Markus=20Jais?=)
Date: Fri, 7 Feb 2003 13:35:29 +0100 (CET)
Subject: [XML-SIG] something like Cocoon or Axkit ?
Message-ID: <20030207123529.28376.qmail@web12405.mail.yahoo.com>

hello

is there something for Python like Perl's Axkit
or Cocoon ?

I found nothing similar.

markus

__________________________________________________________________

Gesendet von Yahoo! Mail - http://mail.yahoo.de
Bis zu 100 MB Speicher bei http://premiummail.yahoo.de


From heinz.wittenbrink@uumail.de  Fri Feb  7 12:51:23 2003
From: heinz.wittenbrink@uumail.de (Heinz Wittenbrink)
Date: Fri, 7 Feb 2003 13:51:23 +0100
Subject: [XML-SIG] something like Cocoon or Axkit ?
In-Reply-To: <20030207123529.28376.qmail@web12405.mail.yahoo.com>
Message-ID: <DCE62F38-3A9A-11D7-B914-000393AA1490@uumail.de>

Maki's  (http://maki.sourceforge.net/) approach seems to be similar to=20=

Cocoon.


Heinz



Am Freitag, 07.02.03, um 13:35 Uhr (Europe/Berlin) schrieb Markus Jais:

> hello
>
> is there something for Python like Perl's Axkit
> or Cocoon ?
>
> I found nothing similar.
>
> markus
>
> __________________________________________________________________
>
> Gesendet von Yahoo! Mail - http://mail.yahoo.de
> Bis zu 100 MB Speicher bei http://premiummail.yahoo.de
>
> _______________________________________________
> XML-SIG maillist  -  XML-SIG@python.org
> http://mail.python.org/mailman/listinfo/xml-sig
>
>
Heinz Wittenbrink

wittenbrink.net
online publikationen

Kirchenstr. 67
D-81675 M=FCnchen

Kastellfeldgasse 34/II
A-8010 Graz

fon: +49 89 411 88 936
mobil: +49 173 27 30 717
fax: +49 89 413194 22

mailto:heinz@wittenbrink.net
http://www.wittenbrink.net



From uche.ogbuji@fourthought.com  Fri Feb  7 14:06:37 2003
From: uche.ogbuji@fourthought.com (Uche Ogbuji)
Date: Fri, 07 Feb 2003 07:06:37 -0700
Subject: [XML-SIG] something like Cocoon or Axkit ?
In-Reply-To: Message from =?iso-8859-1?q?Markus=20Jais?= <markusjais@yahoo.de>
 of "Fri, 07 Feb 2003 13:35:29 +0100." <20030207123529.28376.qmail@web12405.mail.yahoo.com>
Message-ID: <E18h99K-0003i0-00@borgia.local>

> hello
> 
> is there something for Python like Perl's Axkit
> or Cocoon ?

Well Axkit and Coccon are not really that similar.  If you mean a Web-based 
XML processing framework, that's exactly what 4Suite is:

http://4Suite.org
http://uche.ogbuji.net/tech/4Suite/


> I found nothing similar.

Which makes me wonder exactly what you mean by "like Perl's Axkit or Cocoon".  
after all, even besides 4Suite there is Maki, CherryPy+4XSLT, 
Zope+XsltTransform, and more for all I know.  I'm not sure how you would have 
missed them all.


-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
The open office file format  - http://www-106.ibm.com/developerworks/xml/library/x-think15/
4Suite Repository Features - https://www6.software.ibm.com/reg/devworks/dw-x4suite5-i/
XML class warfare - http://www.adtmag.com/article.asp?id=6965
See you at XML Web Services One - http://www.xmlconference.com/santaclara/




From markusjais@yahoo.de  Fri Feb  7 17:02:02 2003
From: markusjais@yahoo.de (Markus Jais)
Date: 07 Feb 2003 18:02:02 +0100
Subject: [XML-SIG] something like Cocoon or Axkit ?
In-Reply-To: <E18h99K-0003i0-00@borgia.local>
References: <E18h99K-0003i0-00@borgia.local>
Message-ID: <1044637324.1742.1.camel@eagle>

On Fri, 2003-02-07 at 15:06, Uche Ogbuji wrote:
> > hello
> > 
> > is there something for Python like Perl's Axkit
> > or Cocoon ?
> 
> Well Axkit and Coccon are not really that similar.  If you mean a Web-based 
> XML processing framework, that's exactly what 4Suite is:
> 
> http://4Suite.org
> http://uche.ogbuji.net/tech/4Suite/
> 
> 
> > I found nothing similar.
> 
> Which makes me wonder exactly what you mean by "like Perl's Axkit or Cocoon".  
> after all, even besides 4Suite there is Maki, CherryPy+4XSLT, 
> Zope+XsltTransform, and more for all I know.  I'm not sure how you would have 
> missed them all.

thanks for your answer.
I forget something in my question. Axkit and Cocoon both have support
for something called XSP. I am no Cocoon expert but used Axkit a bit
and I really liked the XSP stuff. 

markus


> 
> 
> -- 
> Uche Ogbuji                                    Fourthought, Inc.
> http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
> The open office file format  - http://www-106.ibm.com/developerworks/xml/library/x-think15/
> 4Suite Repository Features - https://www6.software.ibm.com/reg/devworks/dw-x4suite5-i/
> XML class warfare - http://www.adtmag.com/article.asp?id=6965
> See you at XML Web Services One - http://www.xmlconference.com/santaclara/
> 


__________________________________________________________________

Gesendet von Yahoo! Mail - http://mail.yahoo.de
Bis zu 100 MB Speicher bei http://premiummail.yahoo.de


From uche.ogbuji@fourthought.com  Fri Feb  7 19:14:47 2003
From: uche.ogbuji@fourthought.com (Uche Ogbuji)
Date: Fri, 07 Feb 2003 12:14:47 -0700
Subject: [XML-SIG] something like Cocoon or Axkit ?
In-Reply-To: Message from Markus Jais <markusjais@yahoo.de>
 of "07 Feb 2003 18:02:02 +0100." <1044637324.1742.1.camel@eagle>
Message-ID: <E18hDxX-0003zi-00@borgia.local>

> On Fri, 2003-02-07 at 15:06, Uche Ogbuji wrote:
> > > hello
> > > 
> > > is there something for Python like Perl's Axkit
> > > or Cocoon ?
> > 
> > Well Axkit and Coccon are not really that similar.  If you mean a Web-based 
> > XML processing framework, that's exactly what 4Suite is:
> > 
> > http://4Suite.org
> > http://uche.ogbuji.net/tech/4Suite/
> > 
> > 
> > > I found nothing similar.
> > 
> > Which makes me wonder exactly what you mean by "like Perl's Axkit or Cocoon".  
> > after all, even besides 4Suite there is Maki, CherryPy+4XSLT, 
> > Zope+XsltTransform, and more for all I know.  I'm not sure how you would have 
> > missed them all.
> 
> thanks for your answer.
> I forget something in my question. Axkit and Cocoon both have support
> for something called XSP. I am no Cocoon expert but used Axkit a bit
> and I really liked the XSP stuff. 

XSP is basically a specialized language for embedding exits to XSLT code into 
HTML.

4Suite doesn't bother with the intermediary: you write your scripts completely 
in XSLT.  4Suite provides a very comprehensive library of extension functions 
and elements that follow all the XSLT rules.  It also provides a variety of 
ways for separating content from presentation, from basic xsl:import through 
stylesheet chaining (a very recent feature).  I think 4Suite's approach is 
superior to the XSP approach for several reasons, but then again, I'm just a 
tad biased ;-)

If you liked XSL, I think you'd want to at least have a look at 4Suite.  See

https://www6.software.ibm.com/reg/devworks/dw-x4suite5-i/

(free registration required)


-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
The open office file format  - http://www-106.ibm.com/developerworks/xml/librar
y/x-think15/
4Suite Repository Features - https://www6.software.ibm.com/reg/devworks/dw-x4su
ite5-i/
XML class warfare - http://www.adtmag.com/article.asp?id=6965
See you at XML Web Services One - http://www.xmlconference.com/santaclara/




From tim@red56.co.uk  Mon Feb 10 00:21:43 2003
From: tim@red56.co.uk (Tim Diggins)
Date: Mon, 10 Feb 2003 00:21:43 -0000
Subject: [XML-SIG] bug  in <minidom document>.writexml() missing "UnicodeError decoding error"
Message-ID: <000801c2d09a$6412cd50$3402a8c0@timxe3>

Hi -

I found a buglet in minidom that (due to my lack of real knowledge about =
how character encoding works in Unicode/Xml/Python (take your pick)) =
caused me some pain (but on the bright side, now I understand the above =
a bit more).

This may be related to a previous bug detailed:
http://mail.python.org/pipermail/xml-sig/2001-July/005696.html

The problem is that if you create a Text node using the (v0.8/standard =
DOM) document.createTextNode(data) and supply it with a string (not =
unicode) that is not in UTF-8 (e.g. Latin-1-extended, or (if you're =
working on windows) windows-1252, then put it into a Document write it =
out and then try to parse it back in, you can end up with a =
SaxException, because the default encoding is UTF-8.

The methods .toprettyxml() and .toxml() don't have this problem, nor =
does xml.dom.ext.PrettyPrint() etc. which all give (some variant of) =
"UnicodeError: UTF-8 decoding error: unsupported Unicode code range".

>>> xd=3Dminidom.parseString("<foo/>") #*
<xml.dom.minidom.Document instance at 0x017F7228>
>>> xd=3Dminidom.parseString("<foo/>")
>>> tn=3Dxd.createTextNode('\xfa The \x91a')
>>> xd.documentElement.appendChild(tn)
<DOM Text node "=C3=83=C2=BA The =C3=A2=E2=82=AC=CB=9Ca">
>>> xd.writexml(sys.stdout)
<?xml version=3D"1.0" ?>
<thung>=C3=83=C2=BA The =C3=A2=E2=82=AC=CB=9Ca</thung>


thanks

Tim


---------------------------
  Tim Diggins
  mailto:tim@red56.co.uk
  http://www.red56.co.uk/people/tim
  mobile: 07976 583856  =20



From uche.ogbuji@fourthought.com  Mon Feb 10 04:38:48 2003
From: uche.ogbuji@fourthought.com (Uche Ogbuji)
Date: Sun, 09 Feb 2003 21:38:48 -0700
Subject: [XML-SIG] bug in <minidom document>.writexml() missing
 "UnicodeError decoding error"
In-Reply-To: Message from "Tim Diggins" <tim@red56.co.uk>
 of "Mon, 10 Feb 2003 00:21:43 GMT." <000801c2d09a$6412cd50$3402a8c0@timxe3>
Message-ID: <E18i5iS-0007RQ-00@borgia.local>

> Hi -
> =

> I found a buglet in minidom that (due to my lack of real knowledge abou=
t how character encoding works in Unicode/Xml/Python (take your pick)) ca=
used me some pain (but on the bright side, now I understand the above a b=
it more).
> =

> This may be related to a previous bug detailed:
> http://mail.python.org/pipermail/xml-sig/2001-July/005696.html
> =

> The problem is that if you create a Text node using the (v0.8/standard =
DOM) document.createTextNode(data) and supply it with a string (not unico=
de) that is not in UTF-8 (e.g. Latin-1-extended, or (if you're working on=
 windows) windows-1252, then put it into a Document write it out and then=
 try to parse it back in, you can end up with a SaxException, because the=
 default encoding is UTF-8.


This is not really a bug.  The Python DOM protocol requires either unicod=
e =

objects or strings encoded only in UTF-8.  Perhaps this needs to be bette=
r =

documented.  Anyway, the results of violating this principle are undefine=
d.  =

Usually you'll get a straightforward exception, but not necessarily so.

I know this can be confusing, but since PyXML still supports Python 1.5.2=
, =

it's about as sane as can be expected.  In 4Suite, since we've bumped the=
 =

minimum Python version to 2.1, we can now mandate that people use proper =

Unicode objects only for XML APIs.  This is a good general practice, anyw=
ay.

-- =

Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
The open office file format  - http://www-106.ibm.com/developerworks/xml/=
librar
y/x-think15/
4Suite Repository Features - https://www6.software.ibm.com/reg/devworks/d=
w-x4su
ite5-i/
XML class warfare - http://www.adtmag.com/article.asp?id=3D6965
See you at XML Web Services One - http://www.xmlconference.com/santaclara=
/




From noreply@sourceforge.net  Tue Feb 11 11:06:10 2003
From: noreply@sourceforge.net (SourceForge.net)
Date: Tue, 11 Feb 2003 03:06:10 -0800
Subject: [XML-SIG] [ pyxml-Bugs-684522 ] ns_parse parsing error for ampersands in
Message-ID: <E18iYEs-0006Fw-00@sc8-sf-web3.sourceforge.net>

description field

Bugs item #684522, was opened at 2003-02-11 12:06
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106473&aid=684522&group_id=6473

Category: XBEL
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Alexandre Fayolle (afayolle)
Assigned to: Alexandre Fayolle (afayolle)
Summary: ns_parse parsing error for ampersands in
description field

Initial Comment:
Debian bug report.

For the description field (tagged by <desc> in the xbel
output format), ns_parse translates "&amp;" in the
netscape bookmarks file to "&" in the xbel output. 
That is a bug since "&" is an escape character in XML.

Note, this mistranslation only seems to occur in the
description field.  For the title field, "&amp;" is
passed directly through without change which is the
right thing to do.

Alan W. Irwin



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106473&aid=684522&group_id=6473


From scjuonline@web.de  Thu Feb 13 15:40:20 2003
From: scjuonline@web.de (JS)
Date: Thu, 13 Feb 2003 16:40:20 +0100
Subject: [XML-SIG] stop SAX parsing?
Message-ID: <200302131640.21035.scjuonline@web.de>

Hi,

is it possible to stop a SAX parser in the middle of an XML document?

Let's say, I'm looking for a special element, and after I recieve its con=
tent,=20
I would like to stop the parsing process since I found what I was looking=
=20
for?

thx,=20
JS


From uche.ogbuji@fourthought.com  Thu Feb 13 16:02:58 2003
From: uche.ogbuji@fourthought.com (Uche Ogbuji)
Date: Thu, 13 Feb 2003 09:02:58 -0700
Subject: [XML-SIG] Article: Simple XML Processing With elementtree
Message-ID: <3E4BC1B1.3020806@fourthought.com>

http://www.xml.com/pub/a/2003/02/12/py-xml.html

"Uche Ogbuji introduces elementtree, a pythonic way of processing XML."

<http://www.xml.com/pub/a/2003/02/12/py-xml.html>

-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
The open office file format  - http://www-106.ibm.com/developerworks/xml/library/x-think15/
4Suite Repository Features - https://www6.software.ibm.com/reg/devworks/dw-x4suite5-i/
XML class warfare - http://www.adtmag.com/article.asp?id=6965
See you at XML Web Services One - http://www.xmlconference.com/santaclara/




From lalo@laranja.org  Thu Feb 13 17:13:48 2003
From: lalo@laranja.org (Lalo Martins)
Date: Thu, 13 Feb 2003 15:13:48 -0200
Subject: [XML-SIG] Introducing me and my projects
Message-ID: <20030213171348.GA18275@laranja.org>

Hello from Brazil!

I am a Python developer since a recommendation from Bruce Perens in 96 and
work (professionally) with Zope since 99.  In 2000 I wrote the original
prototype which led to TAL and PageTemplates.

I recently wrote a reimplementation of TAL/PageTemplates based on a generic
XMLish transform engine, and this is where my interest in XML-sig
originates; I wrote a very generic XML (and XMLish [*]) library I call PAX.

[*] by XMLish I mean things that are "not quite" XML, like "classic" HTML
    and documents that are primarily text with some XML markup in it

Altough the name PAX is a joke with SAX, it's really a DOM-like API similar
in spirit to elementtree (if I knew elementtree when I started I probably
wouldn't have, but now it evolved in its own right).

PAX includes the central element of OpenTAL, the transform engine
(pax.paxtransform).  It badly needs some optimizing ;-) but it's very
powerful featurewise.

I believe the library is now feature-complete, so I started the 1.0 cycle
(pending the optimization, but that will have to wait for my work schedule,
since the company allocated some time for that task later this month).  I
would like to hear opinions on the library.

Since the beginning I released PAX into public domain because I always
intended to offer it for inclusion in the PyXML toolkit.  Even if this
doesn't turn out to happen, I'm glad I did, because that forced me to write
a better, more generic API, IMHO ;-) and cleaner code.

The code is at http://savannah.gnu.org/opental/ - to see pax you just need
the pax release, on the other hand if you want opental you need pax.

(A quick paragraph about OpenTAL: the core feature is that it's easy to add
your own processing to the chain.  I wrote it initially to support the i18n:
namespace, and that is implemented in a completely separate module just to
demonstrate this feature.  Besides that, it also has a TALES context which
can be used sans Zope, and I'm in fact using it in a set of scripts for
generating static HTML from dynamic markup I call OpenTAL.Static - you can
check its progress by downloading OpenTAL, entering its directory and
running "cvs up -d".)

[]s,
                                               |alo
                                               +----
--
            Those who trade freedom for security
               lose both and deserve neither.
--
http://www.laranja.org/                mailto:lalo@laranja.org
         pgp key: http://www.laranja.org/pessoal/pgp

Eu jogo RPG! (I play RPG)         http://www.eujogorpg.com.br/
GNU: never give up freedom                 http://www.gnu.org/


From jh@web.de  Thu Feb 13 19:04:34 2003
From: jh@web.de (Juergen Hermann)
Date: Thu, 13 Feb 2003 20:04:34 +0100
Subject: [XML-SIG] stop SAX parsing?
In-Reply-To: <200302131640.21035.scjuonline@web.de>
Message-ID: <E18jPD2-00041P-00@smtp.web.de>

On=20Thu,=2013=20Feb=202003=2016:40:20=20+0100,=20JS=20wrote:

>Let's=20say,=20I'm=20looking=20for=20a=20special=20element,=20and=20after=
=20I=20recieve=20its=20content,=20
>I=20would=20like=20to=20stop=20the=20parsing=20process=20since=20I=20foun=
d=20what=20I=20was=20looking=20
>for?

Raise=20an=20exception.

Ciao,=20J=FCrgen




From guido@python.org  Thu Feb 13 19:49:40 2003
From: guido@python.org (Guido van Rossum)
Date: Thu, 13 Feb 2003 14:49:40 -0500
Subject: [XML-SIG] OSCON / Python 11 proposals deadline is February 15th!
Message-ID: <200302131949.h1DJnek15587@odiug.zope.com>

The Python 11 Conference is being held July 7-11 in Portland, Oregon
as part of OSCON 2003.

http://conferences.oreillynet.com/os2003/

The deadline for proposals is February 15th!

You only need to have your proposal in this week, you don't need to
worry about trying to put together the complete presentation or
tutorial materials at this time.

Proposal submissions page:
http://conferences.oreillynet.com/cs/os2003/create/e_sess

Few proposals have been submitted so far, we need many more to have a
successful Python 11 conference. If you have submitted a proposal for
one of the other Python conferences this year such as PyCon, I
encourage you to go ahead and submit the proposal to Python 11 as
well. If you are presenting at the Python UK Conference or EuroPython,
but are unable to attend Python 11, you should consider having another
team member do the presentation.

The theme of OSCON 2003 is "Embracing and Extending Proprietary
Software".  Papers and presentations on how to successfully transition
away from proprietary software would also be good, but it is not
necessary for your proposal to cover the theme, proposals just need to
be related to Python.


COMPENSATION:

Free registration for speakers (except lightning talks).  Tutorial
speakers also get: $500 honorarium; $50 per diem on day of tutorial;
1 night hotel; airfare.


O'REILLY ANNOUNCEMENT:

2003 O'Reilly Open Source Convention Call For Participation
Embracing and Extending Proprietary Software
http://conferences.oreilly.com/oscon/


O'Reilly & Associates invites programmers, developers, strategists,
and technical staff to submit proposals to lead tutorial and conference
sessions at the 2003 Open Source Software Convention, slated for
July 7-11 in Portland, OR.

Proposals are due February 15, 2003. For more information please
visit our OSCON website http://conferences.oreilly.com/oscon/

The theme this year is "Embracing and Extending Proprietary Software."
Few companies use only one vendor's software on desktops, back office,
and servers. Variety in operating systems and applications is becoming
the norm, for sound financial and technical reasons. With variety comes
the need for open unencumbered standards for data exchange and service
interoperability. You can address the theme from any angle you like--for
example, you might talk about migrating away from commercial software
such as Microsoft Windows, or instead place your emphasis on coexistence.

Convention Conferences
Perl Conference 7
The Python 11 Conference
PHP Conference 3

Convention Tracks
Apache
XML
Applications
MySQL and PostgreSQL
Ruby

--Guido van Rossum (home page: http://www.python.org/~guido/)


From mclay@nist.gov  Thu Feb 13 19:23:09 2003
From: mclay@nist.gov (Michael McLay)
Date: Thu, 13 Feb 2003 14:23:09 -0500
Subject: [XML-SIG] Schematron validation
In-Reply-To: <200111222341.fAMNfqb26329@localhost.localdomain>
References: <200111222341.fAMNfqb26329@localhost.localdomain>
Message-ID: <200302131423.09968.mclay@nist.gov>

On Thursday 22 November 2001 06:41 pm, Uche Ogbuji wrote:
> I too am no friend of XSD.  We tend to use Schematron or Examplotron when
> we use schemas at all, but I like RELAX-NG/TREX.

I'm looking for a Schematron implementation in Python. The Resource Directory 
for Schematron [1] lists 4Suite as having a validator. Unfortunately the link 
is dead. A quick search of the archives of xml-sig found very little 
discussion of Schematron in 2002. Has Schematron died? 

I've been using XML Schema to define some large documents. This approach 
suffers from the limitations that are described in the Schematron assertion 
language introduction. I need to build the document in stages and the 
validation will change as more information is filled in during the workflow. 
I am somewhat concerned about Schematron validation performance and the 
ability to describe large documents. 

[1] http://www.ascc.net/xml/schematron/


From altis@semi-retired.com  Thu Feb 13 20:21:38 2003
From: altis@semi-retired.com (Kevin Altis)
Date: Thu, 13 Feb 2003 12:21:38 -0800
Subject: [XML-SIG] RE: [DB-SIG] OSCON / Python 11 proposals deadline is February 15th!
In-Reply-To: <200302131949.h1DJnek15587@odiug.zope.com>
Message-ID: <KJEOLDOPMIDKCMJDCNDPIEMBCOAA.altis@semi-retired.com>

I would like to add that there are a large number of DB and XML topic
submissions for the Perl track and ZERO for the Python track. Surely we can
do better?!

General tutorial and presentation topics such as "Python and XML", "Python
DB API 2.0" to specific use cases would be most welcome. Remember that there
are XML, Apache, MySQL, and PostgreSQL tracks at OSCON, so you'll probably
draw people in that aren't using Python yet if you have a suitable topic.

We just need the proposals by February 15th, the meat of the
presentation/tutorial doesn't have to be done until later!

ka

> -----Original Message-----
> From: db-sig-admin@python.org [mailto:db-sig-admin@python.org]On Behalf
> Of Guido van Rossum
> Sent: Thursday, February 13, 2003 11:50 AM
> To: db-sig@python.org; xml-sig@python.org
> Subject: [DB-SIG] OSCON / Python 11 proposals deadline is February 15th!
>
>
> The Python 11 Conference is being held July 7-11 in Portland, Oregon
> as part of OSCON 2003.
>
> http://conferences.oreillynet.com/os2003/
>
> The deadline for proposals is February 15th!
>
> You only need to have your proposal in this week, you don't need to
> worry about trying to put together the complete presentation or
> tutorial materials at this time.
>
> Proposal submissions page:
> http://conferences.oreillynet.com/cs/os2003/create/e_sess
>
> Few proposals have been submitted so far, we need many more to have a
> successful Python 11 conference. If you have submitted a proposal for
> one of the other Python conferences this year such as PyCon, I
> encourage you to go ahead and submit the proposal to Python 11 as
> well. If you are presenting at the Python UK Conference or EuroPython,
> but are unable to attend Python 11, you should consider having another
> team member do the presentation.
>
> The theme of OSCON 2003 is "Embracing and Extending Proprietary
> Software".  Papers and presentations on how to successfully transition
> away from proprietary software would also be good, but it is not
> necessary for your proposal to cover the theme, proposals just need to
> be related to Python.
>
>
> COMPENSATION:
>
> Free registration for speakers (except lightning talks).  Tutorial
> speakers also get: $500 honorarium; $50 per diem on day of tutorial;
> 1 night hotel; airfare.
>
>
> O'REILLY ANNOUNCEMENT:
>
> 2003 O'Reilly Open Source Convention Call For Participation
> Embracing and Extending Proprietary Software
> http://conferences.oreilly.com/oscon/
>
>
> O'Reilly & Associates invites programmers, developers, strategists,
> and technical staff to submit proposals to lead tutorial and conference
> sessions at the 2003 Open Source Software Convention, slated for
> July 7-11 in Portland, OR.
>
> Proposals are due February 15, 2003. For more information please
> visit our OSCON website http://conferences.oreilly.com/oscon/
>
> The theme this year is "Embracing and Extending Proprietary Software."
> Few companies use only one vendor's software on desktops, back office,
> and servers. Variety in operating systems and applications is becoming
> the norm, for sound financial and technical reasons. With variety comes
> the need for open unencumbered standards for data exchange and service
> interoperability. You can address the theme from any angle you like--for
> example, you might talk about migrating away from commercial software
> such as Microsoft Windows, or instead place your emphasis on coexistence.
>
> Convention Conferences
> Perl Conference 7
> The Python 11 Conference
> PHP Conference 3
>
> Convention Tracks
> Apache
> XML
> Applications
> MySQL and PostgreSQL
> Ruby
>
> --Guido van Rossum (home page: http://www.python.org/~guido/)
>
> _______________________________________________
> DB-SIG maillist  -  DB-SIG@python.org
> http://mail.python.org/mailman/listinfo/db-sig
>



From uche.ogbuji@fourthought.com  Fri Feb 14 15:59:44 2003
From: uche.ogbuji@fourthought.com (Uche Ogbuji)
Date: Fri, 14 Feb 2003 08:59:44 -0700
Subject: [XML-SIG] OSCON / Python 11 proposals deadline is February 15th!
In-Reply-To: Message from Guido van Rossum <guido@python.org>
 of "Thu, 13 Feb 2003 14:49:40 EST." <200302131949.h1DJnek15587@odiug.zope.com>
Message-ID: <E18jiFd-00050k-00@borgia.local>

> The Python 11 Conference is being held July 7-11 in Portland, Oregon
> as part of OSCON 2003.
> 
> http://conferences.oreillynet.com/os2003/
> 
> The deadline for proposals is February 15th!

I was really hoping to go this year.  Then two of my cousins in the UK decided 
to graduate from med schol in July.

Let's get some Python/XML proposals in, folks.  Pretty please.



-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
The open office file format  - http://www-106.ibm.com/developerworks/xml/librar
y/x-think15/
4Suite Repository Features - https://www6.software.ibm.com/reg/devworks/dw-x4su
ite5-i/
XML class warfare - http://www.adtmag.com/article.asp?id=6965
See you at XML Web Services One - http://www.xmlconference.com/santaclara/




From faassen@vet.uu.nl  Mon Feb 17 19:26:16 2003
From: faassen@vet.uu.nl (Martijn Faassen)
Date: Mon, 17 Feb 2003 20:26:16 +0100
Subject: [XML-SIG] PyXML, a modest proposal
Message-ID: <20030217192616.GA19300@vet.uu.nl>

Hi there,

As a developer using some of PyXML's components with other users who
use my software (in a Zope context) I would like to
kick off a discussion on how to improve PyXML for the developer and
end-user experience from a distribution/packaging point of view. I'm a 
relative outsider and may get things wrong, which is why discussion is needed.

I get *many* questions from users trying to install PyXML. There is a range 
of problems:

  * People trying to install PyXML for a binary version of Zope on Windows.
    Binary Zope distributions include their own Python version. This Python
    version is not found by PyXML's installer. I hack around this by 
    telling people to *unzip the exe file*, and then copy the _xmlplus file
    manually to the right place in the Zope distribution.

  * The most recent version of PyXML doesn't get distributed for Python 2.1     
    in binary form, while Zope still requires Python 2.1. 

  * Hacks to get stuff working by linking _xmlplus or xml to other
    places aggravate matters.

Usually the errors result in rather obscure tracebacks that don't make
it very clear PyXML is involved.

I think the current setup with Python in the core and _xmplus in site-packages
contributes to the problems. It is confusing for developers, and it's hard to
debug for people trying to install it.

The motivation for this setup seems to be the ability to upgrade the Python
library's XML support while actually not upgrading Python (or its library). 
I believe that this ability is not worth that much by itself and that this 
approach should never have been adopted; we may not have known better then
but I think experience teaches us clearly enough that it's not working.

It would be much better to be explicit here, and distribute
PyXML explicitly as a 'pyxml' top level package and let developers decide
on what they want to import.

Sometimes PyXML ships with broken code (I realize this is volunteer work and
I know what is needed is a more extensive unit test suite, I'll try to look
into it). If PyXML were a standalone package that didn't try to integrate into
the 'xml' top level package namespace, that wouldn't be as big a problem.
Code written against the Python library's xml package would still continue
to work. Now however code sometimes breaks if you install PyXML. 

Sometimes this is not even due to PyXML breaking anything, it's because of PyXML
*fixing* something, but I still believe code using a Python core library should
only break if you upgrade the core library. If the developer had the 
explicit ability to determine which package gets imported this wouldn't
have happened.

Theoretically PyXML makes a backwards compatibility guarantee. In practice
this is very hard to manage right.

Explicit is better than implicit.

A counterargument could be that since code is planned to eventually move from
pyxml to the core library, users will eventually have to modify their
code in order to start using the core code.

I think that is fine; it's just switching one import and this happens whenever
any library makes it into the core. A more implicit solution that may
sometimes be legitimate is to import core code into the pyxml package
namespace, though I'd be wary of that too (though it's far less risky
than the current situation where the reverse happens).

So, can we still change this? I propose a new 'pyxml' top level package
for PyXML code. An argument could be made that this is too late in the
development cycle because lots of code already depends on  it. I think 
that solving the confusion and pain would be worth it. Perhaps a 
transition strategy can be devided where importing PyXML code through the
'xml' package will issue a warning so that developers can adjust their code.
If Python can change its division operator though, a 0.x package can
certainly shift around its APIs some.

Of course I may be blundering into a non-problem and everybody else is
entirely happy with the current situation and thinks the proposed situation
would make things much worse. If so, I'd be curious to find out why you
think so.

Regards,

Martijn



From jeremy.kloth@fourthought.com  Mon Feb 17 20:52:07 2003
From: jeremy.kloth@fourthought.com (Jeremy Kloth)
Date: Mon, 17 Feb 2003 13:52:07 -0700
Subject: [XML-SIG] PyXML, a modest proposal
References: <20030217192616.GA19300@vet.uu.nl>
Message-ID: <003901c2d6c6$6ff76c70$f701a8c0@zeus>

Martijn Faassen wrote:
>   * People trying to install PyXML for a binary version of Zope on
> Windows.     Binary Zope distributions include their own Python
> version. This Python     version is not found by PyXML's installer. I
> hack around this by     telling people to *unzip the exe file*, and
> then copy the _xmlplus file     manually to the right place in the
> Zope distribution.
>

This is an issue with the distutils wininst installer.  It only searches for
Python via registry entries.  So unless Zope adds the required Python
registry entries, the distutils installers will not be able to find a valid
Python.

There is the start of letting the user select additional Python
installations in the wininst code base however it is not yet enabled by
default.

You might want to raise this issue with the distutils community.

Jeremy Kloth



From mal@lemburg.com  Mon Feb 17 21:56:02 2003
From: mal@lemburg.com (M.-A. Lemburg)
Date: Mon, 17 Feb 2003 22:56:02 +0100
Subject: [XML-SIG] PyXML, a modest proposal
In-Reply-To: <20030217192616.GA19300@vet.uu.nl>
References: <20030217192616.GA19300@vet.uu.nl>
Message-ID: <3E515A72.6060100@lemburg.com>

Martijn Faassen wrote:
>   * People trying to install PyXML for a binary version of Zope on Windows.
>     Binary Zope distributions include their own Python version. This Python
>     version is not found by PyXML's installer. I hack around this by 
>     telling people to *unzip the exe file*, and then copy the _xmlplus file
>     manually to the right place in the Zope distribution.

This is a general problem with Zope, not PyXML and not distutils.
Zope for Windows doesn't register its builtin Python version in
the Windows registry and that's why wininst can't find it.

The solution (for the benefit of all Zope users on Windows out there)
would be to have Zope register its Python in the usual way with the
registry. This would not only solve the problem for PyXML, but also
for the vast collection of other wininst shipping extensions.

I'd suggest to bring this up on the Zope dev list.

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Software directly from the Source  (#1, Feb 17 2003)
 >>> Python/Zope Products & Consulting ...         http://www.egenix.com/
 >>> mxODBC, mxDateTime, mxTextTools ...        http://python.egenix.com/
________________________________________________________________________
Python UK 2003, Oxford:                                     43 days left
EuroPython 2003, Charleroi, Belgium:                       127 days left



From faassen@vet.uu.nl  Mon Feb 17 22:54:59 2003
From: faassen@vet.uu.nl (Martijn Faassen)
Date: Mon, 17 Feb 2003 23:54:59 +0100
Subject: [XML-SIG] PyXML, a modest proposal
In-Reply-To: <3E515A72.6060100@lemburg.com>
References: <20030217192616.GA19300@vet.uu.nl> <3E515A72.6060100@lemburg.com>
Message-ID: <20030217225459.GA21515@vet.uu.nl>

M.-A. Lemburg wrote:
> Martijn Faassen wrote:
> >  * People trying to install PyXML for a binary version of Zope on Windows.
> >    Binary Zope distributions include their own Python version. This Python
> >    version is not found by PyXML's installer. I hack around this by 
> >    telling people to *unzip the exe file*, and then copy the _xmlplus file
> >    manually to the right place in the Zope distribution.
> 
> This is a general problem with Zope, not PyXML and not distutils.
> Zope for Windows doesn't register its builtin Python version in
> the Windows registry and that's why wininst can't find it.
> 
> The solution (for the benefit of all Zope users on Windows out there)
> would be to have Zope register its Python in the usual way with the
> registry. This would not only solve the problem for PyXML, but also
> for the vast collection of other wininst shipping extensions.

Okay, thanks, I'll take that up with the Zope community. I realized that this
is a problem for Zope on Windows and not so much a PyXML issue.

Anyway, I didn't mean to distract from my main point; I genuinely would like 
to discuss the possibility of packaging PyXML differently. The difficulty of 
installing this on Windows with Zope is not my prime motivation for taking
this up. PyXML's _xmlplus strategy is too confusing, and perfect backwards
compatibility cannot be assured when doing an upgrade anyway, due to the 
issue of bugs and bugfixes, and general minor differences.

I believe this skew is unavoidable without doing far more rigorous testing 
than is done now for PyXML, and while such rigorous testing would be
beneficial for a whole lot of reasons, I don't think we should wait for it to 
happen to fix this, as we could take a long time.

Developers using XML in Python are generally not aware of the way _xmlplus
works, let alone that the people who just deploy Python software understand 
this, and of case of problems (not just on Windows) they do run into this.
This makes distribution a lot harder; instead of just testing with Python
versions or PyXML versions, you have to test against a lot of combinations
between the two, on a number of platforms with a number of different
packaging systems.

Regards,

Martijn
 



From dario.correal@scriptasoftware.com  Tue Feb 18 19:04:55 2003
From: dario.correal@scriptasoftware.com (Dario Correal)
Date: Tue, 18 Feb 2003 14:04:55 -0500
Subject: [XML-SIG] Threads and minidom problems
Message-ID: <FGEHLLCOAPOBNOIHEANCGECCCBAA.dario.correal@scriptasoftware.com>

Hi

I am working on a project and I need to use minidom inside a thread code.
When a use minidom outside the thread everything is fine, but inside the
thread code nothing happens.

My code has this structure


if __name__ == '__main__':
    thread.start_new_thread ( foo, (file,))

def foo ( file ):
   doc = minidom.parse(file)
   #never reach this point

Thanks in advance,



Dario Correal
Scripta Software Ltda.
PBX: (57 1)256-3442
Cel: 343-8192
www.scripta.com.co



From dieter@handshake.de  Wed Feb 19 19:55:58 2003
From: dieter@handshake.de (Dieter Maurer)
Date: Wed, 19 Feb 2003 20:55:58 +0100
Subject: [XML-SIG] Threads and minidom problems
In-Reply-To: <FGEHLLCOAPOBNOIHEANCGECCCBAA.dario.correal@scriptasoftware.com>
References: <FGEHLLCOAPOBNOIHEANCGECCCBAA.dario.correal@scriptasoftware.com>
Message-ID: <15955.57678.515978.323707@gargle.gargle.HOWL>

Dario Correal wrote at 2003-2-18 14:04 -0500:
 > I am working on a project and I need to use minidom inside a thread code.
 > When a use minidom outside the thread everything is fine, but inside the
 > thread code nothing happens.
 > 
 > My code has this structure
 > 
 > 
 > if __name__ == '__main__':
 >     thread.start_new_thread ( foo, (file,))
 > 
 > def foo ( file ):
 >    doc = minidom.parse(file)
 >    #never reach this point

I do not know why it does not work for you.

I use "minidom" in a multi-threaded appliciation (Zope) without
problem.


Dieter


From aravind  c" <caruvi@rediffmail.com  Thu Feb 20 05:55:14 2003
From: aravind  c" <caruvi@rediffmail.com (aravind  c)
Date: 20 Feb 2003 05:55:14 -0000
Subject: [XML-SIG] Problems with XML processing
Message-ID: <20030220055514.15521.qmail@webmail30.rediffmail.com>

Hi,
       I am new to python and XML.  I need to use python for XML 
processing.  I am familiar with the basics of python.  I have 
python 2.2 installed on my machine.  I have downloaded PyXML and 
installed it as per instructions given in the documentation.  I 
was able to install in without any hitch.

        If I try to run a test program present in the 
documentation I get the following error messages:

  File "saxdemo.py", line 67, in ?
     p.parse(in_sysID)
   File 
"/usr/local/lib/python2.2/site-packages/_xmlplus/sax/drivers/drv_pyexpat.py", 
line 59, in parse
     self.parseFile(urllib2.urlopen(sysID),sysID)
   File "/usr/local/lib/python2.2/urllib2.py", line 138, in 
urlopen
     return _opener.open(url, data)
   File "/usr/local/lib/python2.2/urllib2.py", line 320, in open
     type_ = req.get_type()
   File "/usr/local/lib/python2.2/urllib2.py", line 224, in 
get_type
     raise ValueError, "unknown url type: %s" % self.__original
ValueError: unknown url type: 
/users/aravindc/Desktop/xml/book.xml

Aravind.




From krjackson@lbl.gov  Thu Feb 20 06:01:56 2003
From: krjackson@lbl.gov (Keith Jackson)
Date: Wed, 19 Feb 2003 22:01:56 -0800
Subject: [XML-SIG] Problems with XML processing
References: <20030220055514.15521.qmail@webmail30.rediffmail.com>
Message-ID: <3E546F54.5050501@lbl.gov>

Aravind,
It looks to me that you passed in an invalid url: 
"/users/aravindc/Desktop/xml/book.xml". Try 
file://users/aravindc/Desktop/xml/book.xml instead.
--keith

aravind c wrote:

> Hi,
>       I am new to python and XML.  I need to use python for XML 
> processing.  I am familiar with the basics of python.  I have python 
> 2.2 installed on my machine.  I have downloaded PyXML and installed it 
> as per instructions given in the documentation.  I was able to install 
> in without any hitch.
>
>        If I try to run a test program present in the documentation I 
> get the following error messages:
>
>  File "saxdemo.py", line 67, in ?
>     p.parse(in_sysID)
>   File 
> "/usr/local/lib/python2.2/site-packages/_xmlplus/sax/drivers/drv_pyexpat.py", 
> line 59, in parse
>     self.parseFile(urllib2.urlopen(sysID),sysID)
>   File "/usr/local/lib/python2.2/urllib2.py", line 138, in urlopen
>     return _opener.open(url, data)
>   File "/usr/local/lib/python2.2/urllib2.py", line 320, in open
>     type_ = req.get_type()
>   File "/usr/local/lib/python2.2/urllib2.py", line 224, in get_type
>     raise ValueError, "unknown url type: %s" % self.__original
> ValueError: unknown url type: /users/aravindc/Desktop/xml/book.xml
>




From aravind  c" <caruvi@rediffmail.com  Thu Feb 20 06:14:41 2003
From: aravind  c" <caruvi@rediffmail.com (aravind  c)
Date: 20 Feb 2003 06:14:41 -0000
Subject: [XML-SIG] More problems with XML processing
Message-ID: <20030220061441.18215.qmail@webmail9.rediffmail.com>

python saxdemo.py file:/users/aravindc/Desktop/xml/book.xml

This command has helped me to avoid the error regarding the URL.  
but I have new errors.

Parser: pyexpat (Unknown, 0.13)

Traceback (most recent call last):
   File "saxdemo.py", line 67, in ?
     p.parse(in_sysID)
   File 
"/usr/local/lib/python2.2/site-packages/_xmlplus/sax/drivers/drv_pyexpat.py", 
line 59, in parse
     self.parseFile(urllib2.urlopen(sysID),sysID)
   File 
"/usr/local/lib/python2.2/site-packages/_xmlplus/sax/drivers/drv_pyexpat.py", 
line 68, in parseFile
     if self.parser.Parse(buf, 0) != 1:
xml.parsers.expat.ExpatError: syntax error: line 1, column 0

I am not able to figure out where the problem is?  Is this got to 
do with the library or python installation?
Thanks,
Aravind.




From fredrik@pythonware.com  Thu Feb 20 08:20:59 2003
From: fredrik@pythonware.com (Fredrik Lundh)
Date: Thu, 20 Feb 2003 09:20:59 +0100
Subject: [XML-SIG] Re: More problems with XML processing
References: <20030220061441.18215.qmail@webmail9.rediffmail.com>
Message-ID: <b3235b$r74$1@main.gmane.org>

"aravind c" wrote:

> xml.parsers.expat.ExpatError: syntax error: line 1, column 0
>
> I am not able to figure out where the problem is?  Is this got to
> do with the library or python installation?

Bogus data, more likely.   ExpatError means that the parser cannot
make sense of the data it got.

</F>





From kathrine@rhetorical.com  Fri Feb 21 12:14:46 2003
From: kathrine@rhetorical.com (kathrine@rhetorical.com)
Date: Fri, 21 Feb 2003 12:14:46 +0000
Subject: [XML-SIG] Specifying stylesheet in xml.dom document
Message-ID: <1045829686.3e561836dbde2@intranet.rhetoricalsystems.com>


I'm using xml.dom to create an xml document from scratch.
I want the document header to look something like this:

<?xml version='1.0'?>
<?xml-stylesheet type="text/xsl" 
href="http://intranet.rhetoricalsystems.com/dtds/docbook/stylesheet/html/docbook.xsl" 
version='1.0' ?>
<!DOCTYPE book PUBLIC "-//CSTR//DTD CSTR DOCUMENTATION V1.0//EN"            
    
'http://intranet.rhetoricalsystems.com/dtds/docbook/dbk_new/docbookx.dtd'>

but I can't work out how to insert the information about 
the stylesheet and the DTD. Can anybody help me?


Kathrine Hammervold


From Alexandre.Fayolle@logilab.fr  Fri Feb 21 13:06:26 2003
From: Alexandre.Fayolle@logilab.fr (Alexandre)
Date: Fri, 21 Feb 2003 14:06:26 +0100
Subject: [XML-SIG] Specifying stylesheet in xml.dom document
In-Reply-To: <1045829686.3e561836dbde2@intranet.rhetoricalsystems.com>
References: <1045829686.3e561836dbde2@intranet.rhetoricalsystems.com>
Message-ID: <20030221130625.GE6452@calvin.fayauffre.org>

On Fri, Feb 21, 2003 at 12:14:46PM +0000, kathrine@rhetorical.com wrote:
> 
> 
> I'm using xml.dom to create an xml document from scratch.
> I want the document header to look something like this:
> 
> <?xml version='1.0'?>
> <?xml-stylesheet type="text/xsl" 
> href="http://intranet.rhetoricalsystems.com/dtds/docbook/stylesheet/html/docbook.xsl" 
> version='1.0' ?>
> <!DOCTYPE book PUBLIC "-//CSTR//DTD CSTR DOCUMENTATION V1.0//EN"            
>     
> 'http://intranet.rhetoricalsystems.com/dtds/docbook/dbk_new/docbookx.dtd'>
> 
> but I can't work out how to insert the information about 
> the stylesheet and the DTD. Can anybody help me?

For the doctype, you should add a DocType to your Document with the
proper publicId. For the stylesheet, add a ProcessingInstruction


-- 
Alexandre Fayolle
LOGILAB, Paris (France).
http://www.logilab.com   http://www.logilab.fr  http://www.logilab.org
Développement logiciel avancé - Intelligence Artificielle - Formations


From schamp@users.sourceforge.net  Fri Feb 21 12:59:01 2003
From: schamp@users.sourceforge.net (Sean Champ)
Date: Fri, 21 Feb 2003 04:59:01 -0800
Subject: [XML-SIG] xbel stylesheets & a broken link
Message-ID: <20030221125901.GA23047@tokamak.dtdns.net>

hello.


i visited http://pyxml.sourceforge.net/topics/xbel/ today, and thank
you for the info.

at that page, there is a link to
  http://www.cs.uu.nl/~joris/stuff.html
(text "XSLT stylesheets for XBEL")
which, unfortunately, gives up a 404 error.


However, at
 http://omniorb.sourceforge.net/cgi-bin/moin.cgi/xbel_2d1_2e0_2exsl
there is a stylesheet for XBEL markup, for transforming it into
HTML; one part of it uses an html 'img' tag with an 'src' that most
folks probably won't have the file for, but the thing can be edited, of
couse. The author is Jurgen Hermann. 



thanks again for the info at python.org

--
sean
schamp@users.sourceforge.net



From Darryl Cousins <darryl@ipage.pl>  Fri Feb 21 20:47:11 2003
From: Darryl Cousins <darryl@ipage.pl> (Darryl Cousins)
Date: Fri, 21 Feb 2003 21:47:11 +0100
Subject: [XML-SIG] xist
Message-ID: <20030221204711.GA420@theshire.localhost>

Hi List,

I've been playing around with xist;
http://www.livinglogic.de/Python/

My problem tho' is using ll.xist.parsers. I figure the problem
is with the encoding but I'm not dead sure.
I've built up a simple little application using xist but doing
the parsing with xml.dom.minidom. It would have been easier, I'm
sure, using the xist parsers.
I'm using python-2.2.
If anyone is using xist in application development or if any
livinglogic developers are following the list I'd be keen
to discuss the problems I'm having.

With best regards, Darryl Cousins


From uche.ogbuji@fourthought.com  Sat Feb 22 16:38:02 2003
From: uche.ogbuji@fourthought.com (Uche Ogbuji)
Date: Sat, 22 Feb 2003 09:38:02 -0700
Subject: [XML-SIG] Schematron validation
In-Reply-To: Message from Michael McLay <mclay@nist.gov>
 of "Thu, 13 Feb 2003 14:23:09 EST." <200302131423.09968.mclay@nist.gov>
Message-ID: <E18mcf4-0003Xa-00@borgia.local>

I'm just catching up with some e-mail I had to put aside in a hectic period.  
Sorry for the slow response.

> On Thursday 22 November 2001 06:41 pm, Uche Ogbuji wrote:
> > I too am no friend of XSD.  We tend to use Schematron or Examplotron when
> > we use schemas at all, but I like RELAX-NG/TREX.
> 
> I'm looking for a Schematron implementation in Python. The Resource Directory 
> for Schematron [1] lists 4Suite as having a validator. Unfortunately the link 
> is dead. A quick search of the archives of xml-sig found very little 
> discussion of Schematron in 2002. Has Schematron died? 

4Suite still "supports" Schematron, but it really only does so by allowing you 
to use the Schematron XSLT compiler.  Even the schematron support in the 
server is this way.  We have often considered implementing Schematron in 
native ython (and I think othrs have talked about doing so as well - we'd be 
happy to use their eforts), but the itch hasn't been great enough yet.  Our 
most common usage scenarion fro Schematron is validate-on-update, and for that 
the XSLT approach is usually fast enough.

Another, separate thread that has come up before is the ability to use 
Schematron rules to validate Python objects.  this would require an XPath 
mapping for the Python data model, and would also probably be a worthwhile 
effort, but te itch hasn't been bad enough.


> I've been using XML Schema to define some large documents. This approach 
> suffers from the limitations that are described in the Schematron assertion 
> language introduction. I need to build the document in stages and the 
> validation will change as more information is filled in during the workflow. 
> I am somewhat concerned about Schematron validation performance and the 
> ability to describe large documents. 

Yes, performance does become a poblem using the XSLT approach if you have 
large documents.  In our work we always try to avoid large documents, and 
prefer to stitch together smaller documents with RDF and other means.

Unfortunately, if Schematron/XSLT is too slow fr you, I don't have a ready 
solution in Python.


-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
The open office file format  - http://www-106.ibm.com/developerworks/xml/librar
y/x-think15/
4Suite Repository Features - https://www6.software.ibm.com/reg/devworks/dw-x4su
ite5-i/
XML class warfare - http://www.adtmag.com/article.asp?id=6965
See you at XML Web Services One - http://www.xmlconference.com/santaclara/




From aravind  c" <caruvi@rediffmail.com  Sun Feb 23 04:59:48 2003
From: aravind  c" <caruvi@rediffmail.com (aravind  c)
Date: 23 Feb 2003 04:59:48 -0000
Subject: [XML-SIG] reading a text file using python
Message-ID: <20030223045948.6436.qmail@webmail9.rediffmail.com>

Hi,

      I need some help on reading a file using python.  I have 
used C to write a structure into a file using fwrite:

        fwrite(&st,sizeof(st),1,f);

  Now I want to read the contents of the file using python and 
process it.
Writing another routine in C which uses fread will enable me to 
get the contents back in the structure.I want to call this C 
routine from python and convert the structure to an equivalent 
data structure in python.

       Is this the way to go about solving my problem ?  If so, 
what should I do to call a C routine from python and to want data 
structure in python should  I convert it so that the contents are 
preserved.

        If this is not the best way to go about solving the 
problem, can you suggest some other method.

Thanks,

Regards,
Aravind.




From fredrik@pythonware.com  Sun Feb 23 08:31:02 2003
From: fredrik@pythonware.com (Fredrik Lundh)
Date: Sun, 23 Feb 2003 09:31:02 +0100
Subject: [XML-SIG] Re: reading a text file using python
References: <20030223045948.6436.qmail@webmail9.rediffmail.com>
Message-ID: <b3a0rr$9tu$1@main.gmane.org>

"aravind c" wrote:
>
>       I need some help on reading a file using python.  I have
> used C to write a structure into a file using fwrite:
>
>         fwrite(&st,sizeof(st),1,f);

for information on how to read and write files, I suggest
reading the Python tutorial:

    http://www.python.org/doc/current/tut/tut.html
    http://www.python.org/doc/current/tut/node9.html#SECTION009200000000000000000

to pack and unpack binary data, use the struct module:

    http://www.python.org/doc/current/lib/module-struct.html

for appropriate forums for general Python questions, see:

    http://www.python.org/Help.html

</F>





From walter@livinglogic.de  Mon Feb 24 10:59:14 2003
From: walter@livinglogic.de (=?ISO-8859-1?Q?Walter_D=F6rwald?=)
Date: Mon, 24 Feb 2003 11:59:14 +0100
Subject: [XML-SIG] xist
In-Reply-To: <20030221204711.GA420@theshire.localhost>
References: <20030221204711.GA420@theshire.localhost>
Message-ID: <3E59FB02.8080604@livinglogic.de>

Darryl Cousins wrote:
> Hi List,
> 
> I've been playing around with xist;
> http://www.livinglogic.de/Python/
> 
> My problem tho' is using ll.xist.parsers. I figure the problem
> is with the encoding but I'm not dead sure.
> I've built up a simple little application using xist but doing
> the parsing with xml.dom.minidom.

ACAICT minidom is a DOM parser, i.e. it gives you an XML tree
using it's own DOM classes. XIST requires a SAX2 parser for
parsing (I've only tested it with smlgop and expat though)

> It would have been easier, I'm
> sure, using the xist parsers.
> I'm using python-2.2.
> If anyone is using xist in application development or if any
> livinglogic developers are following the list

I am.

> I'd be keen
> to discuss the problems I'm having.

Bye,
    Walter Dörwald



From garelli@dei.unipd.it  Mon Feb 24 21:47:23 2003
From: garelli@dei.unipd.it (francesco)
Date: Mon, 24 Feb 2003 22:47:23 +0100
Subject: [XML-SIG] Satine - A XML data binding technology (and more) for python
Message-ID: <200302242233.56033.luz <>>

Hi guys,

today, I uploaded the first (relative) stable release of Satine. I invite=20
anyone to download it from http://satine.sourceforge.net. There are two=20
binaries releases for win32 and linux. The source release has some problems=
=20
and I am going to correct it asap.

The documentation is available at=20
http://satine.sourceforge.net/documentation.html.

=2D------------------------------------------------------------------------=
=2D--

Satine is a Python library that makes XML managment easy and complete. Sati=
ne=20
converts XML documents to Python lists with attributes (xlist). This=20
technology allows to:
=20
=2D translate documents with namespaces, both in elements and attributes
=20
=2D translate both documents without XMLSchema and documents with it. If th=
e=20
XMLSchema is available, the document can be easily validated.
=20
=2D random and partial access to XML documents
=20
=2D work very fast. The data binding technology is coded in C.
=20
The Satine WS module is a simple HTTP server that supports both normal HTTP=
=20
and SOAP requests. Hence Satine WS is a web service that supports a human=20
interface, too.=20

=2D--------------------------------------------------------------------
=46rancesco Garelli
Ph.D. student - Universit=E0 di Padova, Dipartimento di Ingegneria=20
dell'Informazione
graduate student at the University of California - Irvine, ICS Department
garelli@acm.org


From edrmiller@go.com  Tue Feb 25 03:14:29 2003
From: edrmiller@go.com (Ed Miller)
Date: Mon, 24 Feb 2003 19:14:29 -0800 (PST)
Subject: [XML-SIG] PyXML on OS X?
Message-ID: <7377260.1046142870156.JavaMail.edrmiller@gomailjtp03>

Trying to parse a little xml on Mac OS X 10.2.4 using
the provided python 2.2 distribution, I ran into the
missing parser problem.  A little searching, and it
appears the canonical answer to this problem is
"install PyXML"

I tried downloading PyXML 0.8.2 but when I run "python
setup.py build" I very quickly get:

Traceback (most recent call last):
  File "setup.py", line 58, in ?
    if sys.platform[:6] == "darwin" and \
NameError: name 'distutils' is not defined 

I also tried downloading PyXML 0.8.1 but get loads of
warnings and errors.

Before I get too tangled up in this, anyone else had
any success parsing xml using python on OS X?

Cheers,
Ed

--
Ed R Miller
edrmiller@go.com


___________________________________________________
GO.com Mail                                    
Get Your Free, Private E-mail at http://mail.go.com




From mark@easymailings.com  Wed Feb 26 19:34:03 2003
From: mark@easymailings.com (Mark Bucciarelli)
Date: Wed, 26 Feb 2003 19:34:03 +0000
Subject: [XML-SIG] Suggested approach for parsing WSDL?
Message-ID: <200302261934.03232.mark@easymailings.com>

What is the easiest way to use Python to parse WSDL (using Python 2.2)?  I 
would like to parse the WSDL and return a list of the remote method 
definitions and their locations.  Ideally, this script should only depend on 
standard python libraries.

I currently have something working using wsdllib.py (downloaded from 
IBM--thanks U.O.!).  However, this requires 4Suite, and I had a few problems 
getting this to work with Python 2.2 on Windows (see below), so I started 
looking for alternatives.

Any and all suggestions welcome.  Thanks!

(1) wsdllib + 4Suite
-----------------------

The version of wsdllib I have needs Ft.Lib.pDomlette.  However, when I 
installed 4Suite 0.12, this file was not there.  Do I need another library, 
or both? Did this file used to exist in 4Suite 0.11?

(2) pyGoogle, SOAP.py
---------------------------

This is a fork of the SOAP.py from the pyWebSvcs project on sourceforge.  Mark 
Pilgrim modified the library to deal with the changes in Python 2.2.  
However, this does not have support for WSDL (it is on the TODO list).

I like this one b/c it does not rely on any other external libraries.

(3) ZSI
---------------------------

This is the other archive in the pyWebSvcs project.  Based on my quick read, 
it does not appear to support parsing WSDL.

It also wasn't clear if it worked with the latest pyXML version.  The 5/2/02 
IBM Developer works article says you need an older version, but 1.2 has been 
released since this article was written.

Mark





From mal@lemburg.com  Wed Feb 26 20:05:14 2003
From: mal@lemburg.com (M.-A. Lemburg)
Date: Wed, 26 Feb 2003 21:05:14 +0100
Subject: [XML-SIG] Suggested approach for parsing WSDL?
In-Reply-To: <200302261934.03232.mark@easymailings.com>
References: <200302261934.03232.mark@easymailings.com>
Message-ID: <3E5D1DFA.7000800@lemburg.com>

Mark Bucciarelli wrote:
> What is the easiest way to use Python to parse WSDL (using Python 2.2)?  I 
> would like to parse the WSDL and return a list of the remote method 
> definitions and their locations.  Ideally, this script should only depend on 
> standard python libraries.
> 
> I currently have something working using wsdllib.py (downloaded from 
> IBM--thanks U.O.!).  However, this requires 4Suite, and I had a few problems 
> getting this to work with Python 2.2 on Windows (see below), so I started 
> looking for alternatives.
> 
> Any and all suggestions welcome.  Thanks!

I suppose this is what you're looking for:

	http://soapy.sourceforge.net/

Looks a bit outdated though.

> (1) wsdllib + 4Suite
> -----------------------
> 
> The version of wsdllib I have needs Ft.Lib.pDomlette.  However, when I 
> installed 4Suite 0.12, this file was not there.  Do I need another library, 
> or both? Did this file used to exist in 4Suite 0.11?
> 
> (2) pyGoogle, SOAP.py
> ---------------------------
> 
> This is a fork of the SOAP.py from the pyWebSvcs project on sourceforge.  Mark 
> Pilgrim modified the library to deal with the changes in Python 2.2.  
> However, this does not have support for WSDL (it is on the TODO list).
> 
> I like this one b/c it does not rely on any other external libraries.
> 
> (3) ZSI
> ---------------------------
> 
> This is the other archive in the pyWebSvcs project.  Based on my quick read, 
> it does not appear to support parsing WSDL.
> 
> It also wasn't clear if it worked with the latest pyXML version.  The 5/2/02 
> IBM Developer works article says you need an older version, but 1.2 has been 
> released since this article was written.
> 
> Mark
> 
> 
> 
> 
> _______________________________________________
> XML-SIG maillist  -  XML-SIG@python.org
> http://mail.python.org/mailman/listinfo/xml-sig

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Software directly from the Source  (#1, Feb 26 2003)
 >>> Python/Zope Products & Consulting ...         http://www.egenix.com/
 >>> mxODBC, mxDateTime, mxTextTools ...        http://python.egenix.com/
________________________________________________________________________
Python UK 2003, Oxford:                                     34 days left
EuroPython 2003, Charleroi, Belgium:                       118 days left



From jjl@pobox.com  Wed Feb 26 21:17:09 2003
From: jjl@pobox.com (John J Lee)
Date: Wed, 26 Feb 2003 21:17:09 +0000 (GMT)
Subject: [XML-SIG] PyXML, a modest proposal
In-Reply-To: <20030217225459.GA21515@vet.uu.nl>
Message-ID: <Pine.LNX.4.44.0302250249070.993-100000@alice>

On Mon, 17 Feb 2003, Martijn Faassen wrote:
[...]
> this up. PyXML's _xmlplus strategy is too confusing, and perfect backwards
> compatibility cannot be assured when doing an upgrade anyway, due to the
> issue of bugs and bugfixes, and general minor differences.
[...]

+1 on your proposal from me, FWVLTW.  Seems nobody else cares...

It's so trivial to dynamically choose among components in Python that
there is zero point in having a module do it behind your back:

try:
   from pyxml import soopadoopa
except ImportError:
   from xml import plainold

As Martijn says, it's actually a positive pain that PyXML does so.
Fixing existing code be trivial (barring hacks to the import mechanism).
Or are we overlooking something?


John



From mark@easymailings.com  Wed Feb 26 22:48:23 2003
From: mark@easymailings.com (Mark Bucciarelli)
Date: Wed, 26 Feb 2003 22:48:23 +0000
Subject: [XML-SIG] soapy hacking -- getAttributeNS
Message-ID: <200302262248.23589.mark@easymailings.com>

Stupid question ... what's the proper way to retrieve the value of the name 
attribute using pnode.getAttributeNS()?

>>> pnode = pnodes[0]
>>> xml.dom.ext.PrettyPrint(pnode)

<port xmlns='http://schemas.xmlsoap.org/wsdl/' 
xmlns:xsd='http://www.w3.org/2001/XMLSchema' xmlns:typens='urn:BarCodes' 
xmlns:soapenc='http://schemas.xmlsoap.org/soap/encoding/' 
xmlns:wsdl='http://schemas.xmlsoap.org/wsdl/' 
xmlns:soap='http://schemas.xmlsoap.org/wsdl/soap/' 
binding='typens:BarCodesBinding' name='BarCodesPort'>
  <soap:address location='http://www.flash-db.com/services/ws/barCodes.php'/>
</port>
>>> pnode.getAttributeNS('', 'name')
''
>>> pnode.getAttribute('name')
u'BarCodesPort'
>>> pnode.getAttributeNS('http://schemas.xmlsoap.org/wsdl/', 'name')
''
>>> pnode.getAttributeNS('urn:BarCodes', 'name')
''


From noreply@sourceforge.net  Thu Feb 27 00:24:42 2003
From: noreply@sourceforge.net (SourceForge.net)
Date: Wed, 26 Feb 2003 16:24:42 -0800
Subject: [XML-SIG] [ pyxml-Patches-694035 ] Better expat support for startElementNS
Message-ID: <E18oBqs-0000Dj-00@sc8-sf-web2.sourceforge.net>

Patches item #694035, was opened at 2003-02-26 19:24
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=306473&aid=694035&group_id=6473

Category: SAX
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Mark E. (snowballville)
Assigned to: Nobody/Anonymous (nobody)
Summary: Better expat support for startElementNS

Initial Comment:
It would be useful to my application if expat's
startElementNS supplied the qualified name so I can
know which prefix (if any) was used with an element.
Multiple prefixes can map to a single URI, so I'd
really like be able to get this information.

Attached is a patch that does just that with expat.
Generated against pyxml cvs. Tested by replacing the
expatreader.py in pyxml 0.8.2 with the modified version.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=306473&aid=694035&group_id=6473


From mark@easymailings.com  Thu Feb 27 02:58:22 2003
From: mark@easymailings.com (Mark Bucciarelli)
Date: Thu, 27 Feb 2003 02:58:22 +0000
Subject: [XML-SIG] [SOLVED] soapy hacking -- getAttributeNS
In-Reply-To: <200302262248.23589.mark@easymailings.com>
References: <200302262248.23589.mark@easymailings.com> tests=NOSPAM_INC,QUOTED_EMAIL_TEXT,SPAM_PHRASE_00_01,USER_AGENT version=2.43
Message-ID: <200302270258.22807.mark@easymailings.com>

On Wednesday 26 February 2003 10:48 pm, Mark Bucciarelli wrote:

> Stupid question ... what's the proper way to retrieve the value of the name
> attribute using pnode.getAttributeNS()?

Nope.  To get at an attribute without a namespace prefix, you must use 
getAttribute, not getAttributeNS.

Another interesting thing I found is if an attribute does have a prefix, then 
the xmlns declaration must be in a parent tag--it cannot be in the same tag 
as the attribute.

So, there is no way to get the value of the name attribute from the following 
xml:

s = "<root><test xmlns:mb='http://123' mb:name='abc' /></root>"

Maybe this isn't legal xml.

Mark


From mark@easymailings.com  Thu Feb 27 13:52:20 2003
From: mark@easymailings.com (Mark Bucciarelli)
Date: Thu, 27 Feb 2003 08:52:20 -0500
Subject: [XML-SIG] WSDL Test Suite?
Message-ID: <200302270852.20566.mark@easymailings.com>

Looks like I've got soapy parsing WSDL using only native Python 2 libraries.

Anyone know of a good WSDL test suite out there?  I'm looking for a set of 
wsdl files (or strings) that I can feed to soapy and test that it has 
correctly parsed the porttype, messages and so on.

Mark


From faassen@vet.uu.nl  Thu Feb 27 14:15:23 2003
From: faassen@vet.uu.nl (Martijn Faassen)
Date: Thu, 27 Feb 2003 15:15:23 +0100
Subject: [XML-SIG] PyXML, a modest proposal
In-Reply-To: <Pine.LNX.4.44.0302250249070.993-100000@alice>
References: <20030217225459.GA21515@vet.uu.nl> <Pine.LNX.4.44.0302250249070.993-100000@alice>
Message-ID: <20030227141523.GA3601@vet.uu.nl>

John J Lee wrote:
> On Mon, 17 Feb 2003, Martijn Faassen wrote:
> [...]
> > this up. PyXML's _xmlplus strategy is too confusing, and perfect backwards
> > compatibility cannot be assured when doing an upgrade anyway, due to the
> > issue of bugs and bugfixes, and general minor differences.
> [...]
> 
> +1 on your proposal from me, FWVLTW.  Seems nobody else cares...

I'm glad someone at last responded to this proposal! Perhaps there was no
discussion because Martin von Loewis is on vacation? (I heard he was).

Regards,

Martijn



From cz@gocept.com  Thu Feb 27 16:20:35 2003
From: cz@gocept.com (Christian Zagrodnick)
Date: Thu, 27 Feb 2003 17:20:35 +0100
Subject: [XML-SIG] PyXML, a modest proposal
In-Reply-To: <20030227141523.GA3601@vet.uu.nl>
References: <20030217225459.GA21515@vet.uu.nl> <Pine.LNX.4.44.0302250249070.993-100000@alice> <20030227141523.GA3601@vet.uu.nl>
Message-ID: <20030227162035.GA4395@gocept.com>

On Thu, Feb 27, 2003 at 03:15:23PM +0100, Martijn Faassen wrote:
> John J Lee wrote:
> > On Mon, 17 Feb 2003, Martijn Faassen wrote:
> > [...]
> > > this up. PyXML's _xmlplus strategy is too confusing, and perfect backwards
> > > compatibility cannot be assured when doing an upgrade anyway, due to the
> > > issue of bugs and bugfixes, and general minor differences.
> > [...]
> > 
> > +1 on your proposal from me, FWVLTW.  Seems nobody else cares...
>
> I'm glad someone at last responded to this proposal! Perhaps there was no
> discussion because Martin von Loewis is on vacation? (I heard he was).

Ok, +1 from me too as I actually do care.

 
-- 
Christian Zagrodnick

gocept gmbh & co. kg - schalaunische strasse 6 - 06366 koethen/anhalt
fon. +49 3496 3099112, +49 179 1463644,  +31 645 266224
fax. +49 3496 3099118




From cz@gocept.com  Thu Feb 27 16:31:15 2003
From: cz@gocept.com (Christian Zagrodnick)
Date: Thu, 27 Feb 2003 17:31:15 +0100
Subject: [XML-SIG] Different results on Windows and Linux
Message-ID: <20030227163115.GB4395@gocept.com>

Hi there

running the following little script on both windows (active state python
2.2.2 with pyxml 0.8.2) and linux (python 2.2.2 with same pyxml)

from xml.dom.minidom import parseString
doc = parseString('<alpha><beta no="a"><gamma><delta>1</delta></gamma><delta mark="foo">2</delta><gamma mark="bar"><delta>3</delta></gamma></beta><beta no="b"><delta>4</delta><gamma><delta>5</delta></gamma></beta></alpha>')
from xml import xpath
from xml.xpath.Context import Context
context = Context(doc, 0, 0)
print xpath.Evaluate('/alpha/beta[attribute::no = 1]', context=context)

results in [] (correct) on windows and [<DOM Element: beta at 0x820fd54>, 
<DOM Element: beta at 0x8209a74>] (wrong) on Linux.

This probably has todo with Python's broken NaN implementation.
Nevertheless it should work on all platforms.

-- 
Christian Zagrodnick

gocept gmbh & co. kg - schalaunische strasse 6 - 06366 koethen/anhalt
fon. +49 3496 3099112, +49 179 1463644,  +31 645 266224
fax. +49 3496 3099118




From mal@lemburg.com  Thu Feb 27 16:53:18 2003
From: mal@lemburg.com (M.-A. Lemburg)
Date: Thu, 27 Feb 2003 17:53:18 +0100
Subject: [XML-SIG] WSDL Test Suite?
In-Reply-To: <200302270852.20566.mark@easymailings.com>
References: <200302270852.20566.mark@easymailings.com>
Message-ID: <3E5E427E.20801@lemburg.com>

Mark Bucciarelli wrote:
> Looks like I've got soapy parsing WSDL using only native Python 2 libraries.
> 
> Anyone know of a good WSDL test suite out there?  I'm looking for a set of 
> wsdl files (or strings) that I can feed to soapy and test that it has 
> correctly parsed the porttype, messages and so on.

http://www.xmethods.com/ has lots of WSDL to test on.

Did you have to make any changes to soapy to get it up and
running ?

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Software directly from the Source  (#1, Feb 27 2003)
 >>> Python/Zope Products & Consulting ...         http://www.egenix.com/
 >>> mxODBC, mxDateTime, mxTextTools ...        http://python.egenix.com/
________________________________________________________________________
Python UK 2003, Oxford:                                     33 days left
EuroPython 2003, Charleroi, Belgium:                       117 days left



From garelli@acm.org  Thu Feb 27 17:11:15 2003
From: garelli@acm.org (Francesco Garelli)
Date: Thu, 27 Feb 2003 18:11:15 +0100
Subject: [XML-SIG] Satine - XML Data binding for Python (source upgrade)
Message-ID: <00b301c2de83$3e34e090$48b6c380@ics.uci.edu>

This is a multi-part message in MIME format.

------=_NextPart_000_00B0_01C2DE8B.9DE583C0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,
I uploaded a correct source package that compiles.=20
Unfortunately, at the moment I can't provide a binary release for Sun =
and MacOs X. I wonder if someone could download the source package and =
compile a release for these (or other) platforms.=20
It is pretty easy:
- unzip the package in a folder
- run the script "setup.py bdist"

The requirements for compiling sources are:
- Python 2.2 installed
- a C compiler (for SunOS gcc is fine, for MacOS I don't know. Actually =
it depends on the dist-utils package)

This procedure should work with SunOS. I am not sure about Mac.

    Thank you, Francesco

-----------------------------------------
Francesco Garelli
Ph.D. student - Universit=E0 di Padova, Dipartimento di Ingegneria =
dell'Informazione
graduate student at the University of California - Irvine, ICS =
Department
garelli@acm.org
------=_NextPart_000_00B0_01C2DE8B.9DE583C0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1141" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I uploaded a correct source =
package&nbsp;that=20
compiles. </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Unfortunately, at the moment I can't =
provide a=20
binary release for Sun and MacOs X. I wonder if someone could download =
the=20
source package and compile a release for these (or other) platforms.=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>It is pretty easy:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>- unzip the package in a =
folder</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>- run the script "setup.py =
bdist"</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>The requirements for compiling sources=20
are:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>- Python 2.2 installed</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>- a C compiler (for SunOS gcc is fine, =
for MacOS I=20
don't know. Actually it depends on the dist-utils package)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>This procedure should work with SunOS. =
I am not=20
sure about Mac.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; Thank you,=20
Francesco</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial=20
size=3D2>-----------------------------------------</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Francesco Garelli<BR>Ph.D. student - =
Universit=E0 di=20
Padova, Dipartimento di Ingegneria dell'Informazione<BR>graduate student =
at the=20
University of California - Irvine, ICS Department<BR><A=20
href=3D"mailto:garelli@acm.org">garelli@acm.org</A></FONT></DIV></BODY></=
HTML>

------=_NextPart_000_00B0_01C2DE8B.9DE583C0--




From mal@lemburg.com  Thu Feb 27 17:09:41 2003
From: mal@lemburg.com (M.-A. Lemburg)
Date: Thu, 27 Feb 2003 18:09:41 +0100
Subject: [XML-SIG] Different results on Windows and Linux
In-Reply-To: <20030227163115.GB4395@gocept.com>
References: <20030227163115.GB4395@gocept.com>
Message-ID: <3E5E4655.8010403@lemburg.com>

Christian Zagrodnick wrote:
> Hi there
> 
> running the following little script on both windows (active state python
> 2.2.2 with pyxml 0.8.2) and linux (python 2.2.2 with same pyxml)

Please file a bug report on SF for this. Thanks.

> from xml.dom.minidom import parseString
> doc = parseString('<alpha><beta no="a"><gamma><delta>1</delta></gamma><delta mark="foo">2</delta><gamma mark="bar"><delta>3</delta></gamma></beta><beta no="b"><delta>4</delta><gamma><delta>5</delta></gamma></beta></alpha>')
> from xml import xpath
> from xml.xpath.Context import Context
> context = Context(doc, 0, 0)
> print xpath.Evaluate('/alpha/beta[attribute::no = 1]', context=context)
> 
> results in [] (correct) on windows and [<DOM Element: beta at 0x820fd54>, 
> <DOM Element: beta at 0x8209a74>] (wrong) on Linux.
> 
> This probably has todo with Python's broken NaN implementation.
> Nevertheless it should work on all platforms.

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Software directly from the Source  (#1, Feb 27 2003)
 >>> Python/Zope Products & Consulting ...         http://www.egenix.com/
 >>> mxODBC, mxDateTime, mxTextTools ...        http://python.egenix.com/
________________________________________________________________________
Python UK 2003, Oxford:                                     33 days left
EuroPython 2003, Charleroi, Belgium:                       117 days left



From mark@easymailings.com  Thu Feb 27 21:46:10 2003
From: mark@easymailings.com (Mark Bucciarelli)
Date: Thu, 27 Feb 2003 16:46:10 -0500
Subject: [XML-SIG] WSDL Test Suite?
In-Reply-To: <3E5E427E.20801@lemburg.com>
References: <200302270852.20566.mark@easymailings.com> <3E5E427E.20801@lemburg.com>
Message-ID: <200302271646.10610.mark@easymailings.com>

On Thursday 27 February 2003 11:53 am, M.-A. Lemburg wrote:
> Mark Bucciarelli wrote:
> > Looks like I've got soapy parsing WSDL using only native Python 2
> > libraries.
[...]
> Did you have to make any changes to soapy to get it up and
> running ?

A few minor ones.  

- element.getAttributeNS('', 'name') had to be replaced by 
getAttribute('name').  Did the Python API change?

- namespaces had to be added

- use xml.dom.minidom instead of a PyExpat.Reader()

- a couple for loops needed to be changed.  soap.py had stuff like this: 

	for attrns, attrkey in node.attributes.keys(): 

that I couldn't get to work.  Did the python API change?

When I test it a bit more, I'll post the updated version and try to contact 
Adam Elman, the author.

I'd like to better understand how to deal with all the various namespace 
URI's; for example, it looks like xsd has had at least three different URI's:

www.w3.org/1999/XMLSchema
www.w3.org/2000/10/XMLSchema
www.w3.org/2001/XMLSchema

There are similar multiples for the soap, enc, xsi prefixes.   From my 
reading, I would assume that a properly formed WSDL doc (and SOAP doc) will 
specify what URI to associate with each prefix.  If that's the case, I'm not 
sure why the URI's need to be hardcoded in soap.py (and schema.py for that 
matter).  I'll have to read through the code more carefully.

Mark


From gotcha@swing.be  Thu Feb 27 21:44:28 2003
From: gotcha@swing.be (Godefroid Chapelle)
Date: Thu, 27 Feb 2003 22:44:28 +0100
Subject: [XML-SIG] April Zope3 sprint - XML integration
Message-ID: <b3m0st$tmc$1@main.gmane.org>

First I want to apologize again for the cross-post, but I am reallly 
trying to get some interest for XML in Zope3.

As some of you already know, a Zope3 sprint is organized in 
Louvain-la-Neuve(LLN) Belgium, April 8-11 2003 by BubbleNet offices.

First topic targetted was I18n.

Currently, I have the candidature of at least one IngeniWeb developer 
(Pierre-Julien Grizel, Olivier Deckmyn or Kamon Ayeva - two could come) 
and of Florent Guillaume (Nuxeo).

As 1) there was a lot of enthusiasm :-( and
2) Stephan Richter could not join us, Jim decided to focus PyCon sprint 
on I18n.
This allows us to widen the focus of LLN sprint (without forgetting I18n 
work).

Paul Everitt and I would like to propose to also work on XML integration 
in Z3 framework (this means at least looking how to integrate XSLT and 
XMLSchemas).
We are willing to be sparkles on this project so that interested people 
could take the lead as we are already working on Z3MI.

This mail is thus an invitation for XMLers to join Zope 3 development, 
with the opportunity to get a Z3 tutorial (see 
http://dev.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/SprintSchedule).

If enough people are coming to LLN to work on XML, Paul would join us 
(he'll decide how many is enough ;-).
He takes the engagement of writing the description of at least one way 
people would/could like to use XML in Zope. This could be the basis for 
our work.

Please contact me ASAP if you want to join us.

-- 
Godefroid Chapelle

BubbleNet sprl
Louvain-la-Neuve Belgium




From mertz@gnosis.cx  Thu Feb 27 21:55:49 2003
From: mertz@gnosis.cx (David Mertz, Ph.D.)
Date: Thu, 27 Feb 2003 16:55:49 -0500
Subject: [XML-SIG] [Announce] Gnosis Utils 1.0.6
In-Reply-To: <O3r19kKkXYgQ092yn@gnosis.cx>
Message-ID: <lloX+kKkXwAc092yn@gnosis.cx>

This release contains a number of enhancements, especially to the
gnosis.magic subpackage.

   * Added tools for working with metaclass to gnosis.magic
     (see the file 'metaclass.txt' for some discussion).
   * Some improvements to gnosis.xml.validity, in part to play
     nicer with metaclass techniques.
   * Added module gnosis.magic.multimethods (see the file
     'charming_python_b12.txt' for some discussion).
   * Added several articles to gnosis.doc
   * Fixed some old bugs in gnosis.xml.indexer, the utility/
     module should now work with recent versions of Python,
     PyXML, and Gnosis Utilities.
   * The module gnosis.trigramlib is available to help work with
     statistic models of trigram counts, i.e. to filter spam.
     This module is alpha-quality, and is probably not as useful
     as the SpamBayes project.  (see the file 'filtering-spam.txt for
     some discussion).

It may be obtained at:
   http://gnosis.cx/download/Gnosis_Utils-1.0.6.tar.gz

The current release is always available as:
   http://gnosis.cx/download/Gnosis_Utils-current.tar.gz

Try it out, have fun, send feedback!

David Mertz (mertz@gnosis.cx)
Frank McIngvale (frankm@hiwaay.net)

------------------------------------------------------------------------

BACKGROUND:  Gnosis Utilities contains a number of Python libraries, most
(but not all) related to working with XML.  These include:

    gnosis.indexer          (Full-text indexing/searching)
    gnosis.xml.pickle       (XML pickling of Python objects)
    gnosis.xml.objectify    (Any XML to "native" Python objects)
    gnosis.xml.validity     (Enforce validity constraints)
    gnosis.xml.indexer      (XPATH indexing of XML documents)
    [...].convert.txt2html  (Convert ASCII source files to HTML)
    gnosis.util.dtd2sql     (DTD -> SQL 'CREATE TABLE' statements)
    gnosis.util.sql2dtd     (SQL query -> DTD for query results)
    gnosis.util.xml2sql     (XML -> SQL 'INSERT INTO' statements)
    gnosis.util.combinators (Combinatorial higher-order functions)
    gnosis.util.introspect  (Introspect Python objects)
    gnosis.magic            (Multimethods, metaclasses, etc)

...and so much more! :-)




From noreply@sourceforge.net  Fri Feb 28 07:53:19 2003
From: noreply@sourceforge.net (SourceForge.net)
Date: Thu, 27 Feb 2003 23:53:19 -0800
Subject: [XML-SIG] [ pyxml-Bugs-694900 ] Different results on Windows and Linux
Message-ID: <E18ofKZ-00087D-00@sc8-sf-web1.sourceforge.net>

Bugs item #694900, was opened at 2003-02-28 07:53
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106473&aid=694900&group_id=6473

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Christian Zagrodnick (zagy)
Assigned to: Nobody/Anonymous (nobody)
Summary: Different results on Windows and Linux

Initial Comment:
running the following little script on both windows
(active state python
2.2.2 with pyxml 0.8.2) and linux (python 2.2.2 with
same pyxml)

from xml.dom.minidom import parseString
doc = parseString('<alpha><beta
no="a"><gamma><delta>1</delta></gamma><delta
mark="foo">2</delta><gamma
mark="bar"><delta>3</delta></gamma></beta><beta
no="b"><delta>4</delta><gamma><delta>5</delta></gamma></beta></alpha>')
from xml import xpath
from xml.xpath.Context import Context   
context = Context(doc, 0, 0)
print xpath.Evaluate('/alpha/beta[attribute::no = 1]',
context=context)  

results in [] (correct) on windows and [<DOM Element:
beta at 0x820fd54>,
<DOM Element: beta at 0x8209a74>] (wrong) on Linux.

This probably has todo with Python's broken NaN
implementation.
Nevertheless it should work on all platforms.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106473&aid=694900&group_id=6473


From Jean-Michel.Bruel@univ-pau.fr  Fri Feb 28 09:45:52 2003
From: Jean-Michel.Bruel@univ-pau.fr (Jean-Michel BRUEL)
Date: Fri, 28 Feb 2003 10:45:52 +0100
Subject: [XML-SIG] [CFP:] QoS in CBSE 2003: extension deadline
Message-ID: <200302280945.h1S9jq527832@univ-pau.fr>

(Apologies if you receive multiple copies of this announcement)

--------------------------------------------------------------
                 !!! Extension deadline !!!
               new deadline : March 7th, 2003
--------------------------------------------------------------
                   2nd Call for Papers

                  Quality of Service in
           Component-Based Software Engineering

                      QoSCBSE'2003

        Workshop at "Reliable Software Technologies 2003"
       http://www.ada-europe.org/conference2003.html

           June 20th, 2003, Toulouse, France

   Workshop webpage : http://liuppa.univ-pau.fr/QoSCBSE2003

--------------------------------------------------------------

In the overall topic of reliable software, we are specifically interested
in improving the way developers can manage the complexity of developing
software which is most of the time distributed, based on existing reused
pieces, and with strong and stringent timing constraints. The goal of this
workshop is to look at issues related to the integration of non-functional
properties expression, evaluation, and prediction in the context of
component-based software engineering development.

It is now widely recognized that what makes Component-Based Software
Engineering (CBSE) hard to efficiently use is the fact that components
are easy to produce but not easy to compose. This scope is addressed by
a number of ongoing researches. In the context of this particular workshop
we would like to focus on the difficulty of predicting the overall behavior
and offered quality of service (in a broad sense, e.g. performance, dependability)
of a composite out of its "internal" components. This implies that a
software builder should have the behavior and the quality of service offered
and required of each components expressed in some way, as well as some support
tool or underlying framework supporting the composition of these added-value
features. The aim of this workshop is to bring together practitioners and
academics that are currently working around these topics to highlight the
ongoing solutions and the problems encountered.

The workshop is organized on two half-day sessions. The morning session is
dedicated to invited talks and presentations. Followed, in the afternoon,
by working sessions. The number and subject of these sessions will be decided
by the organizers depending upon the position papers.

A number of open questions will be addressed during the workshop. These questions
will be refined, selected and modified according to the early discussions of the
day, and some working sessions will be organized in order to give some indications
on their answer. Examples of open questions:
 - How can we constraint/improve my component-based design with QoS annotations?
 - What research path should we take to make progress in predicting system
   behavior based on components behavior?
 - How do we decompose system behavior to get specific components requirements
   for non-functional system properties?

Researchers and practitioners are invited to submit position papers on topics
related to the workshop. A partial list of topics is:
 - Composition Language
 - Software performance modeling and evaluation
 - QoS specification
 - ADLs and their use in supporting features composition
 - Software dependability
 - Compositionality
 - Modeling methods and tools for non-functional requirements
 - Industrial case studies

The 5-10 pages (single-spaced, 12-point, 1-inch margins) papers should be
submitted  either in postscript or a pdf format, via email to bruel@univ-pau.fr.
The workshop organizers will review the submissions and select papers that
present relevant and interesting ideas and concepts that can contribute to
the discussions that will take place in the workshop. The workshop proceedings
will be made available before the start of the workshop on the workshop
website and may appear as a technical report at one of the organizers universities.

Important dates
---------------
7 March 2003      Papers Submission Deadline
11 April 2003	  Notification of acceptance
2 May 2003	  Final papers (camera-ready) required
20 June 2003	  Workshop in Toulouse

Program committee
-----------------
Jean-Michel Bruel (contact) 	U. of Pau, France
Abdelmalek Benzekri		U. of Toulouse III, France
Geri Georg 			Agilent Technologies, USA
Ileana Ober 			VERIMAG, France
Ramon Puigjaner 		U. de les Illes Balears, Spain
Jon Whittle 			NASA Ames, USA



From mark@easymailings.com  Fri Feb 28 18:06:05 2003
From: mark@easymailings.com (Mark Bucciarelli)
Date: Fri, 28 Feb 2003 13:06:05 -0500
Subject: [XML-SIG] WSDL Test Suite?
In-Reply-To: <3E5E427E.20801@lemburg.com>
References: <200302270852.20566.mark@easymailings.com> <3E5E427E.20801@lemburg.com>
Message-ID: <200302281306.05677.mark@easymailings.com>

On Thursday 27 February 2003 11:53 am, M.-A. Lemburg wrote:

> Did you have to make any changes to soapy to get it up and
> running ?

I'll post an updated version to soapy.sf.net when I'm done.  Adam Elman, the 
project admin, has offered me CVS access.

There's a difference due to the change in type('').__name__ change from 
'string' to 'str'.

Mark

P.S. My previous email, with questions about python API changes was just dumb.  
(I guess nobody is reading this thread too carefully.)  The node API is 
different between pyExpat and xml.dom.minidom!


From dkuhlman@cutter.rexx.com  Fri Feb 28 23:52:22 2003
From: dkuhlman@cutter.rexx.com (Dave Kuhlman)
Date: Fri, 28 Feb 2003 15:52:22 -0800
Subject: [XML-SIG] Finding _xmlplus in Python 2.3a2
Message-ID: <20030228155221.A14986@cutter.rexx.com>

I recently installed Python 2.3a2.  The check for PyXML version in
xml.__init__.py requires PyXML 8.2.

So this message is just a heads up to those who install
Python 2.3a2 that they will need the newest PyXML.

I'm just hoping to save someone the time that it takes to track
this down.

Or, am I the only one who didn't know?

  - Dave

-- 
Dave Kuhlman
dkuhlman@rexx.com
http://www.rexx.com/~dkuhlman