Antoine, I have only used the supplied castorbuilder.properties, as castor.properties is used during (un-)marshalling only. Wrt Xerces, I used the one shipped with Castor (i.e. 1.4.0).
Do you want me to try things with a different version ? Shall I attach the test case I used to the Jira issue you created ? Werner Voiry, Antoine wrote: > Werner, > In order to make sure, we have the same environment, can you please tell > me: > - if you use the properties file I provided. > - what version of Xerces you used, I know that this is low > probability but it is odd, so I'd like to make sure I have the same > environment. > > Antoine > > -----Original Message----- > From: Werner Guttmann [mailto:[EMAIL PROTECTED] > Sent: Friday, October 27, 2006 3:05 PM > To: [email protected] > Subject: Re: [castor-user] Problem in generating source file with castor > 1.0.4 > > Antoine, > > please see my comments at ttp://jira.codehaus.org/browse/CASTOR-1663, > where I clearly indicate that with Castor 1.0.4, I am not able to > reproduce this problem. > > Thanks > Werner > > Voiry, Antoine wrote: >> Do you think that's a bug? >> I originally logged the bug and then found the mailing list ;-). >> >> Antoine >> >> -----Original Message----- >> From: Werner Guttmann [mailto:[EMAIL PROTECTED] >> Sent: Friday, October 27, 2006 11:52 AM >> To: [email protected] >> Subject: Re: [castor-user] Problem in generating source file with >> castor >> 1.0.4 >> >> The issue at http://jira.codehaus.org/browse/CASTOR-1663 you created >> yourself ... ;-). >> >> Werner >> >> Voiry, Antoine wrote: >>> What do you mean by Jira issue? >>> >>> Antoine >>> >>> -----Original Message----- >>> From: Werner Guttmann [mailto:[EMAIL PROTECTED] >>> Sent: Friday, October 27, 2006 10:59 AM >>> To: [email protected] >>> Subject: Re: [castor-user] Problem in generating source file with >>> castor >>> 1.0.4 >>> >>> Can you please attach those to the Jira issue (and have a look at my >>> comments as ell .. ;-) ) ? >>> >>> Werner >>> >>> Voiry, Antoine wrote: >>>> Werner, >>>> Attached are the properties I am using. >>>> I am using type. >>>> >>>> I was asking the xerces question as if I am using Xerces 2.7.1, I am > >>>> getting different type of errors. >>>> >>>> >>>> Antoine >>>> >>>> -----Original Message----- >>>> From: Werner Guttmann [mailto:[EMAIL PROTECTED] >>>> Sent: Friday, October 27, 2006 10:52 AM >>>> To: [email protected] >>>> Subject: Re: [castor-user] Problem in generating source file with >>>> castor >>>> 1.0.4 >>>> >>>> No, the version of Xerces should be completely irrelevant in this >>>> context. Are you actually running the code generator in 'element' or > >>>> 'type' mode ? >>>> >>>> Werner >>>> >>>> Voiry, Antoine wrote: >>>>> Hi Werner, >>>>> This is still working with 0.9.3.19. I compiled the generated >>>>> classes with 0.9.3.19 yesterday evening. >>>>> It failed with 1.0.x. >>>>> >>>>> I was wondering if this cannot be caused by the xerces version we >>>>> are using. >>>>> >>>>> The XSD is weird but this is what SAP is generating. >>>>> Do you want the 0.9.3.19 generated classes? >>>>> >>>>> Bye, >>>>> Antoine >>>>> >>>>> -----Original Message----- >>>>> From: Werner Guttmann [mailto:[EMAIL PROTECTED] >>>>> Sent: Friday, October 27, 2006 10:16 AM >>>>> To: [email protected] >>>>> Subject: Re: [castor-user] Problem in generating source file with >>>>> castor >>>>> 1.0.4 >>>>> >>>>> Salut Antoine, >>>>> >>>>> are you actually saying that this used to work with 0.9.3.19 ? >>>>> >>>>> Werner >>>>> >>>>> Voiry, Antoine wrote: >>>>>> Hello all, >>>>>> I am using castor 1.0.4, with Xerces 2.6.2 on java 1.4.10. >>>>>> >>>>>> I found a "bug" in version of castor greater to 0.9.3.19. >>>>>> This is causing the source generated to be unable to deal with the >>>>> XML. >>>>>> Example with RFC_READ_TABLE wsdl file from sap: >>>>>> <xsd:element name="RFC_READ_TABLE.Response"> <xsd:complexType> >>>>>> <xsd:all> <xsd:element name="DATA"> <xsd:complexType> >>>>>> <xsd:sequence> <xsd:element maxOccurs="unbounded" minOccurs="0" >>>>>> name="item" >>>>>> type="s0:TAB512"></xsd:element> >>>>>> </xsd:sequence> >>>>>> </xsd:complexType> >>>>>> </xsd:element> >>>>>> <xsd:element name="FIELDS"> >>>>>> <xsd:complexType> >>>>>> <xsd:sequence> >>>>>> <xsd:element maxOccurs="unbounded" minOccurs="0" name="item" >>>>>> type="s0:RFC_DB_FLD"></xsd:element> >>>>>> </xsd:sequence> >>>>>> </xsd:complexType> >>>>>> </xsd:element> >>>>>> <xsd:element name="OPTIONS"> >>>>>> <xsd:complexType> >>>>>> <xsd:sequence> >>>>>> <xsd:element maxOccurs="unbounded" minOccurs="0" name="item" >>>>>> type="s0:RFC_DB_OPT"></xsd:element> >>>>>> </xsd:sequence> >>>>>> </xsd:complexType> >>>>>> </xsd:element> >>>>>> </xsd:all> >>>>>> </xsd:complexType> >>>>>> </xsd:element>.... >>>>>> >>>>>> As you can see the element named item is present several times in >>>>>> the xsd. >>>>>> This is causing castor source generator to generate 3 times, the >>>>>> item and only the last one is available from the RFC_READ_TABLE >>>>>> object. >>>>>> The >>>>>> underlying types are generated but are not accessible through the >>>>>> RFC_READ_TABLE. >>>>>> This is causing the source file to fail compilation with the error > >>>>>> message cannot resolve symbol. >>>>>> >>>>>> I attached a file with all the files I am using. >>>>>> I rollback to 0.9.3.19. >>>>>> >>>>>> Kind Regards >>>>>> Antoine >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------ >>>>>> - >>>>>> - >>>>>> - >>>>>> - >>>>>> -- >>>>>> >>>>>> ------------------------------------------------------------------ >>>>>> - >>>>>> - >>>>>> - 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 >> >> >> --------------------------------------------------------------------- >> 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
