[ https://issues.apache.org/jira/browse/XMLSCHEMA-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
William Eliot Kimber updated XMLSCHEMA-10: ------------------------------------------ Attachment: wek-XMLSCHEMA-10-2.0.txt Patch for 2.0. I didn't test it (not sure how to compile the project) but it's essentially identical to the 1.4.7 fix. > Serialized xs:restriction puts xs:attribute before xs:simpleType when it > should not > ----------------------------------------------------------------------------------- > > Key: XMLSCHEMA-10 > URL: https://issues.apache.org/jira/browse/XMLSCHEMA-10 > Project: XmlSchema > Issue Type: Bug > Affects Versions: XmlSchema 1.4.4, XmlSchema 1.4.6, XmlSchema 1.4.7 > Reporter: William Eliot Kimber > Labels: serialization > Attachments: XMLSCHEMA-10-wek-patch.txt, wek-XMLSCHEMA-10-2.0.txt > > > GIven this original markup: > <xs:restriction base="xs:anyType"> > <xs:sequence> > <xs:any processContents="lax" minOccurs="0" maxOccurs="0"/> > </xs:sequence> > <xs:attribute name="lang" use="optional"/> > </xs:restriction> > After parsing and serializing the schema with no intervening modification, > the serialized result is: > <xs:restriction base="tns:SimpleLiteral"> > <xs:attribute name="lang" use="prohibited"/> > <xs:simpleType> > <xs:restriction base="xs:string"/> > </xs:simpleType> > </xs:restriction> > Note the xs:attribute before the xs:simpleType. > The bug appears to a simple coding error in > org.apache.ws.commons.schema.XmlSchemaSerializer.serializeSimpleContentRestriction(Document, > XmlSchemaSimpleContentRestriction, XmlSchema) in that it's putting the > attributes out before the inline simple type. > I can provide a simple unit test that demonstrates the failure if needed. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@ws.apache.org For additional commands, e-mail: dev-h...@ws.apache.org