HI,
I agree that I would expect a long/java.lang.Long member to be generated
as well, but somehow that BigDecimal seems to be cast to stone, as
changing xs:integer to e.g. xs:short does not make a difference at all
.. :-(.
I guess this will require a new Jira issue as well.
Regards
Werner
kelvSYC @ gmail. com wrote:
There is this weird problem with the code generation with 1.1.2.1:
Suppose we have this quick schema.
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema";
elementFormDefault="unqualified">
<xs:simpleType name="Type">
<xs:restriction base="xs:integer">
<xs:minInclusive value="0"/>
<xs:maxInclusive value="65535"/>
</xs:restriction>
</xs:simpleType>
<xs:element name="Element">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="Type">
<xs:attribute name="Attribute" use="required">
<xs:simpleType>
<xs:restriction base="xs:NMTOKEN">
<xs:enumeration value="foo"/>
<xs:enumeration value="bar"/>
<xs:enumeration value="baz"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
</xs:schema>
When I run the code generation (no marshalling), I have a class called
Element, for which the content type is java.math.BigDecimal instead of
long or java.lang.Long (which is stated in the docs). Is this expected
behaviour? How would I change this so that the element content is the
right type?
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
