There is a new version of generateDS.py etc -- version 2.6a.

Here are a few notes and details from the README:

# =========================================================

Version 2.6a (07/28/2011)
* Fix to capture xs:/xsd:/etc namespace prefix from schema.  Was
not setting global variable XsdNameSpace.  Thanks to Frank Liauw
for focusing my attention on this one.
* Fix for substitutionGroup -- Was not setting the correct
instance variable during generation of build method when child
is a member of substitutionGroup.  Thanks to Serge Dikic for
finding this one and bringing it to my attention.
* One more attempt to fix whether to call the exportChildren
method when the complexType is an extension and not a
restriction and not defined with simple content that extends a
simpleType.  Thanks to Jaime Cepas for alerting me to this.
* process_includes.py has a fix to the problem where there are
more than one anonymous complexType that define elements with
the same name.  The issue is that generateDS.py must generate a
Python class for each complexType and cannot do so in this case.
One solution, which is now implemented in process_includes.py,
is to raise each complexType to top level in the schema DOM tree
and to give it a name.  process_includes.py does this by
appending "Type" to the name, and when there are duplicate
names, appending "1" or "2" or ... to that.
So far this change passes my tests, but it does not work for
you, then comment out the call to raise_anon_complextypes().
Thanks to Amal Khailtash for finding a schema that exhibits this
problem and bringing it to my attention.
* Fix for generation of export method that exports xs:anyAttribute
when there is an xsi:type attribute.
* Fix for use of valueOf_ -- Should only be used when element is
defined either with (1) mixed content or (2) simpleContent.
* Question: The xsi:type attribute is being exported for any
derived type.  Perhaps it's harmless, but it seems excessive.
When should the export method have that code to export the
xsi:type attribute?  Only for types derived from (an extension
of) an *abstract* base type?  Only for the abstract base type
itself?  Only when a derived type is substituted for a base type
using the base type's tag and the xsi:type attribute to specify
the derived type?  Need to investigate.
* I've reworked the xsi:type attribute stuff.  It now operates on
the following assumptions: (1) an instance of any complexType
that has been extended can have an xsi:type attribute (which
specifies one of the extending types) and (2) the generated code
should export the xsi:type attribute only and always when (if
and only if) the element in the input instance document has that
attribute.
* A patch to convert floats and ints etc to str during export.
Thanks Jaime Cepas.
* Fixes to ctor/initializers when there is a default value for a
an child element defined as a complexType containing
simpleContent.
* librarytemplate -- (1) Renamed documentation files to
librarytemplate_howto.html and librarytemplate_howto.txt for
consistency with the name of the librarytemplate distribution
file (currently librarytemplate-1.0a.zip).  (2) Added the
documentation and distribution files for librarytemplate to the
main generateDS distribution file.
* Added xs:byte to the list of integer types.

# =========================================================

You can find it in the usual places:

- Python Package Index -- http://pypi.python.org/pypi/generateDS/
- Source Forge -- http://sourceforge.net/projects/generateds/
- My Web site -- http://www.rexx.com/~dkuhlman/generateDS-2.6a.tar.gz

If you have comments, suggestions, or problems, please send them along.

- Dave



 
-- 


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

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
_______________________________________________
generateds-users mailing list
generateds-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/generateds-users

Reply via email to