Hi Edward,

I had a very detailed look at the schemas in question, and I think that
we have to very carefully look the

a) namespaces of the XMK schema
b) attributeFormDefault values used

My initial assessment was that we are talking about dups, but I am not
sure any more.

Werner

Kuns, Edward wrote:
> You cannot have a redundant attribute defined in a type.  If an 
> attributeGroup defines an attribute "type" and that attributeGroup is 
> included in a complexType that includes an attribute also named "type" -- 
> assuming both are in the same namespace -- then you have an illegal schema.
> 
>          Eddie
> 
> 
> -----Original Message-----
> From: Werner Guttmann [mailto:[EMAIL PROTECTED]
> Sent: Fri 1/26/2007 2:41 PM
> To: [email protected]
> Subject: Re: [castor-user] SourceGenerator and MODS schema
>  
> Hi,
> 
> I just had a second look at the XML schema given, and there's a complex
> type definition
> 
>       <xsd:complexType name="nameType">
>               <xsd:choice minOccurs="0" maxOccurs="unbounded">
>                       <xsd:element name="namePart" type="namePartType"/>
>                       <xsd:element name="displayForm">
>                               <xsd:annotation>
>                                       
> <xsd:documentation>245$c</xsd:documentation>
>                               </xsd:annotation>
>                       </xsd:element>
>                       <xsd:element name="affiliation" type="xsd:string">
>                               <xsd:annotation>
>                                       <xsd:documentation>100, 700 
> $u</xsd:documentation>
>                               </xsd:annotation>
>                       </xsd:element>
>                       <xsd:element name="role" type="roleType"/>
>                       <xsd:element name="description" type="xsd:string"/>
>               </xsd:choice>
>               <xsd:attribute name="ID" type="xsd:ID" use="optional"/>
>               <xsd:attribute name="type" type="nameTypeAttribute" 
> use="optional"/>
>               <xsd:attribute name="authority" use="optional" 
> type="xsd:string">
>                       <xsd:annotation>
>                               <xsd:documentation>Value is from the list at
>                               
> http:/www.loc.gov/marc/sourcecode/authorityfile/authorityfilesource.html
>                               </xsd:documentation>
>                       </xsd:annotation>
>               </xsd:attribute>
>               <xsd:attributeGroup ref="xlink:simpleLink"/>
>               <xsd:attributeGroup ref="language"/>
>       </xsd:complexType>
> 
> that seems to be causing the problems. It looks like this complex type
> declares an attribute named "type" and at the same type references an
> attribute group "xlink:simpleLink" that includes an attribute named "type.
> 
> Let me ponder a bit on what the XML schema specification has to say on this.
> 
> Regards
> Werner
> 
> climbingrose wrote:
>> Hi,
>>
>> I'm trying to generate java source for MODS (Metadata Object Description
>> Schema) using the included SourceGenerator. The schema is located here:
>> http://www.loc.gov/standards/mods/v3/mods-3-2.xsd. I got the following
>> error:
>>
>> 12:39:33,187  WARN SourceGenerator:731 - Warning: Do not forget to generate
>> source code for the following imported schema:
>> http://www.loc.gov/standards/xlink.xsd
>> 12:39:33,190  WARN SourceGenerator:731 - Warning: Do not forget to generate
>> source code for the following imported schema:
>> http://www.w3.org/2001/xml.xsd
>>
>> com/test/Mods.java already exists. overwrite(y|n|a|?)a
>>
>> java.lang.IllegalArgumentException: Duplicate name found as a class member:
>> _type
>>      at org.exolab.javasource.JClass.addField(JClass.java:172)
>>      at 
>> org.exolab.castor.builder.FieldInfo.createJavaField(FieldInfo.java:183)
>>      at
>> org.exolab.castor.builder.SourceFactory.handleField(SourceFactory.java:1916)
>>      at
>> org.exolab.castor.builder.SourceFactory.processAttributes(SourceFactory.java:1554)
>>      at
>> org.exolab.castor.builder.SourceFactory.processComplexType(SourceFactory.java:1674)
>>      at
>> org.exolab.castor.builder.SourceFactory.processComplexType(SourceFactory.java:633)
>>      at
>> org.exolab.castor.builder.SourceFactory.createSourceCode(SourceFactory.java:340)
>>      at
>> org.exolab.castor.builder.SourceGenerator.processComplexType(SourceGenerator.java:903)
>>      at
>> org.exolab.castor.builder.SourceGenerator.generateAllClassFiles(SourceGenerator.java:693)
>>      at
>> org.exolab.castor.builder.SourceGenerator.generateSource(SourceGenerator.java:654)
>>      at
>> org.exolab.castor.builder.SourceGenerator.generateSource(SourceGenerator.java:595)
>>      at
>> org.exolab.castor.builder.SourceGenerator.generateSource(SourceGenerator.java:497)
>>      at
>> org.exolab.castor.builder.SourceGeneratorMain.main(SourceGeneratorMain.java:245)
>>
>> Any ideas?
>>
>> 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

Reply via email to