M
mkremser
Hi NG!
In a XSD, we (try to) specify that a node ("BsqCallInfo") has two
attributes and can have any nodes as its children:
<xsd:element name="BsqCallInfo">
<xsd:complexType>
<xsd:choice minOccurs="0" maxOccurs="unbounded">
<xsd:any processContents="lax"/>
</xsd:choice>
<xsd:attribute name="Name" type="xsd:string" />
<xsd:attribute name="Description" type="xsd:string" />
</xsd:complexType>
</xsd:element>
Now we have the problem that different parsers handle it differently
and we do not have a clue, which one behaves correctly.
Some parsers claim that
<BsqCallInfo>
<SomeThing></SomeThing>
</BsqCallInfo>
is wrong because "SomeThing" is not part of the schema, others accept
it.
So, what is right, what is wrong?
Best regards,
Michael
In a XSD, we (try to) specify that a node ("BsqCallInfo") has two
attributes and can have any nodes as its children:
<xsd:element name="BsqCallInfo">
<xsd:complexType>
<xsd:choice minOccurs="0" maxOccurs="unbounded">
<xsd:any processContents="lax"/>
</xsd:choice>
<xsd:attribute name="Name" type="xsd:string" />
<xsd:attribute name="Description" type="xsd:string" />
</xsd:complexType>
</xsd:element>
Now we have the problem that different parsers handle it differently
and we do not have a clue, which one behaves correctly.
Some parsers claim that
<BsqCallInfo>
<SomeThing></SomeThing>
</BsqCallInfo>
is wrong because "SomeThing" is not part of the schema, others accept
it.
So, what is right, what is wrong?
Best regards,
Michael