Hi, Please see inline.
Werner Troccola, Ted PEO C3T PM BC Viecore wrote: > > Werner, > > I'm a little confused. > > Looking at our schema, I see <xs:element name="comment" > type="xs:string" />. > > Also, I see > > <xs:complexType name="clothing-type"> > <xs:complexContent> > <xs:extension base="po:product-type"> > <xs:sequence> > <xs:element name="color"> > <xs:simpleType> > <xs:restriction base="xs:token"> > <xs:enumeration value="red"/> > <xs:enumeration value="blue"/> > <xs:enumeration value="green"/> > </xs:restriction> > </xs:simpleType> > </xs:element> > </xs:sequence> > </xs:extension> > </xs:complexContent> > </xs:complexType> > > which has an internal element named color that is > a xs:simpleType. > > So, my question is... when you say "simple types" do you mean > "xs:simpleType" or things like xs:string? > > And, although I might know before you respond, would changing > everything to be a xs:complexType be a work around while you come up > with a final solution? > > Also, is there a way I can get these patches you mentioned? We'd > like to try some more experimenting. Basically, as I have committed these patches to SVN trunk, feel free to get the latest code from SVN and build the binaries yourself. If that's actually not an option, I am always in the position to make a new snapshot release available at the Codehaus snapshot repository. I hope you don't mind that I will address your other questions in a separate email. > > Thanks, > > > -----Original Message----- From: Werner Guttmann > [mailto:[EMAIL PROTECTED] Sent: Thursday, May 10, 2007 > 11:05 AM To: [email protected] Subject: AW: [castor-user] > Substitution group issues > > Can you please create a new Jira issue at > > http://jira.codehaus.org/browse/CASTOR > > and attach all relevant files, including XML schema(s), binding file, > castorbuilder.properties, etc. > > Thanks in advance Werner > >> -----Ursprüngliche Nachricht----- Von: Troccola, Ted PEO C3T PM BC >> Viecore [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 10. >> Mai 2007 16:55 An: '[email protected]' Betreff: RE: >> [castor-user] Substitution group issues >> >> We have set the automaticConflictResolution=true and left >> automaticConflictResolutionTypeSuffix=By. >> >> We still have the same problems. >> >> -----Original Message----- From: Werner Guttmann >> [mailto:[EMAIL PROTECTED] Sent: Thursday, May 10, 2007 >> 4:24 AM To: [email protected] Subject: AW: [castor-user] >> Substitution group issues >> >> For substitution groups to work properly (in all cases), a special >> property (concerning automatic name conflict resolution needs to >> be enabled). >> >> Werner >> >>> -----Ursprüngliche Nachricht----- Von: Troccola, Ted PEO C3T PM >>> BC Viecore [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, >>> 09. Mai 2007 15:44 An: '[email protected]' Betreff: RE: >>> [castor-user] Substitution group issues >>> >>> >>> >>> We experience the problem when using the default >>> castor-builder.properties in the castor-1.1.1-codegen.jar file. >>> >>> >>> Thanks, T >>> >>> -----Original Message----- From: Werner Guttmann >>> [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 08, 2007 5:33 >>> PM To: [email protected] Subject: Re: [castor-user] >>> Substitution group issues >>> >>> What's the builder properties you are using ? >>> >>> Werner >>> >>> Troccola, Ted PEO C3T PM BC Viecore wrote: >>>> We are using castor-1.1.1, and java build 1.4.2_12-b03. >>>> >>>> We have attached a schema and instance document that uses >>>> substitution >>> groups. >>>> We successfully generate Castor classes with the following >>>> command: >>>> >>>> java -cp >>>> xerces-J_1.4.0.jar;commons-logging-1.1.jar;castor-1.1.1-xml.jar;ca >>>> st or -1.1.1-codegen.jar >>>> org.exolab.castor.builder.SourceGeneratorMain -i EasyPo.xsd >>>> -package po >>>> >>>> However, when we try to unmarshall the attached xml we get >>>> Castor >>> Exceptions: >>>> unable to find FieldDescriptor for 'book' in ClassDescriptor of >>>> invoice-header{F ile: [not available]; line: 29; column: 20} >>>> >>>> For some reason, Castor doesn't like 'book' - however, if book >>>> is >>> replaced by product - everything works fine. However, that is >>> invalid xml (product is abstract). In fact, ship-comment has the >>> same problem. It would appear that the substitution groups are >>> not being Castorized properly, or perhaps we're doing something >>> wrong? >>>> PurchaseOrder vcList = new PurchaseOrder(); >>>> >>>> try { >>>> >>>> Unmarshaller unmar = new Unmarshaller(PurchaseOrder.class); >>>> >>>> vcList = (PurchaseOrder) unmar.unmarshal( new InputSource( new >>>> StringReader( xmlBuf.toString() ) ) >>> ); >>>> } catch (Exception e) { ... } >>>> >>>> Compile: javac -classpath .\castor-1.1.1-xml.jar >>>> SendXMLFile.java Run: java -classpath .\castor-1.1.1-xml.jar >>>> SendXMLFile >>>> >>>> Has anyone been able to get substitution groups working? >>>> >>>> Thanks, >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------ >>>> -- -- -- >>>> >>>> ------------------------------------------------------------------ >>>> -- - 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 >>> >>> -------------------------------------------------------------------- >>> - 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 >> >> --------------------------------------------------------------------- >> 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 > > --------------------------------------------------------------------- > 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
