- From: <noah_mendelsohn@us.ibm.com>
- Date: Fri, 5 Sep 2003 08:11:33 -0400
- To: Razvan Costea-Barlutiu <cbrazvan@laitek.com>
- Cc: xmlschema-dev@w3.org
First of all, Jeni's answer is (as usual) correct. Just to be clear, it
appears to me in your example that Xerces is correct. Reasoning:
* Element sample is of type xsd:anyType
* Type replacement dervives from someOtherType which must directly or
indirectly derive from xsd:anyType
This, xsi:type="replacement" should be OK, presuming there are no "blocks"
in place (and that should be a different error in any case)
------------------------------------------------------------------
Noah Mendelsohn Voice: 1-617-693-4036
IBM Corporation Fax: 1-617-693-8676
One Rogers Street
Cambridge, MA 02142
------------------------------------------------------------------
Razvan Costea-Barlutiu <cbrazvan@laitek.com>
Sent by: xmlschema-dev-request@w3.org
09/04/03 05:41 AM
To: xmlschema-dev@w3.org
cc: (bcc: Noah Mendelsohn/Cambridge/IBM)
Subject: xsi:type inheritance issues
All--
I have a huge problem with xsi:type, as seen by various parsers. I can't
tell which of the parsers are right or wrong as I see suporters for both,
arguing that one or the other is right.
Namely:
When using xsi:type in an XML instance, does the specified type HAS to be
derived from the original type of the element it modifies or not?
XMLSpy complains if the replacing type is not derived from the original
type. Xerces does not. Is there a flavor to this?
If the schema does not specify a type for the element, can that type be
replaced by just about anything? E.G:
Schema:
<xs:element name="sample">;
<xs:complexType name="replacement">
<xs:extension base="someOtherType">... etc
</xs:complexType>
Instance:
<sample xsi:type="replacement">
Is the above a valid construction? Again, XMLSpy (from 4.3 to 5.0)
complains that the "replacement" is not derived from the original type of
"sample". Xerces says it's aok.
Any help is hugely appreciated.
Best regards,
--Razvan Costea Barlutiu
Light Soft.
Received on Friday, 5 September 2003 08:10:39 UTC