On 6/18/12 2:13 PM, Ralph Carlson wrote:
> I added a missing ' to streams.xsd , after that I got an error about
> the two subject elements in jabber-server.xsd (below) sounds like it
> might not be a quick fix for me, I can bypass using these for now
>
> SystemID: http://xmpp.org/schemas/jabber-server.xsd Location: 87:20 
> Description: sch-props-correct.2: A schema cannot contain two global
> components with the same name; this schema contains two occurrences
> of 'jabber:server,subject'. URL:
> http://www.w3.org/TR/xmlschema-1/#sch-props-correct

That appears to have been a copy-and-paste error in RFC 6121.
Congratulations for catching the error. :)

I've fixed it on xmpp.org and will also correct it in the document that
supersedes RFC 6121 (when we work on that -- it won't happen soon).

> SystemID: C:\xmpp\xsd\06182012\streams.xsd Location: 17:21 
> Description: cos-nonambig: WC["urn:ietf:params:xml:ns:xmpp-tls"] and
> WC[##other:"http://etherx.jabber.org/streams";] (or elements from
> their substitution group) violate "Unique Particle Attribution".
> During validation against this schema, ambiguity would be created for
> those two particles. URL:
> http://www.w3.org/TR/xmlschema-1/#cos-nonambig

Ah yes, the Unique Particle Attribution rule. Try removing these lines
from your local copy of steams.xsd:

        <xs:any namespace='urn:ietf:params:xml:ns:xmpp-tls'
                minOccurs='0'
                maxOccurs='1'/>
        <xs:any namespace='urn:ietf:params:xml:ns:xmpp-sasl'
                minOccurs='0'
                maxOccurs='1'/>

(Those lines aren't strictly necessary, I suppose.)

> SystemID: C:\xmpp\xsd\06182012\streams.xsd Location: 68:21 
> Description: cos-nonambig: "urn:ietf:params:xml:ns:xmpp-streams":text
> and WC[##other:"http://etherx.jabber.org/streams";] (or elements from
> their substitution group) violate "Unique Particle Attribution".
> During validation against this schema, ambiguity would be created for
> those two particles. URL:
> http://www.w3.org/TR/xmlschema-1/#cos-nonambig

You could fix that one by modifying the snippet for the <error/> element:

  <xs:element name='error'>
    <xs:complexType>
      <xs:sequence  xmlns:err='urn:ietf:params:xml:ns:xmpp-streams'>
        <xs:group   ref='err:streamErrorGroup'/>
        <xs:element ref='err:text'
                    minOccurs='0'
                    maxOccurs='1'/>
        <xs:any     namespace='##other'
                    minOccurs='0'
                    maxOccurs='1'
                    processContents='lax'/>
      </xs:sequence>
    </xs:complexType>
  </xs:element>

For example, by removing the xs:any. However, the problem here is a
limitation on the rules for W3C XML Schema itself, and I'd prefer not to
modify the streams.xsd schema to work around that problem.

Peter
_______________________________________________
JDev mailing list
Info: http://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: [email protected]
_______________________________________________

Reply via email to