Can I assume that you did see my comments within the Jira issue ?

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.
>  
> 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

Reply via email to