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
