I have written an application that generates XML files that represent test
cases for a collection of types defined by an XML schema. Some of these
types contain elements that are abstract. The logic locates all concrete
implementers of the abstract type and when an instance is generated,
processes one of the concrete types in place of the abstract type.
It's my understanding that the element must have a type reference attribute
that indicates the concrete type name. So, as an example:
...
<SomeElement xsi:type="ConcreteType">
... content ...
</SomeElement>
...
The schema defines the SomeElement field as being defined by an abstract
type. ConcreteType is one of many possible concrete implementers of that
abstract type.
To take this a little further, a namespace entry is made in the document
that defines a prefix for the schema types. So, in the root element there
would be entry like:
<Root xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:myPrefix="http://my-schema-site"/>
The prefix is applied to all elements that are defined by the schema. E.g.
<myPrefix:SomeElement>. I would also assume that the prefix needs to be
used in the concrete type reference. So, what I have above now becomes:
...
<SomeElement xsi:type="myPrefix:ConcreteType">
... content ...
</SomeElement>
...
My application does all of this.
I have also added the option to validate the instance once it's been
generated. *Here is where the problem enters the story.* For some reason,
it fails validation with the complaint:
error: cvc-elt.4.2: Invalid xsi:type qname: 'myPrefix:ConcreteType' in
element SomeElement@my-schema-site
Oddly, if I validate the instance externally using XMLBeans validate utility
(.../xmlbeans-2.6.0/bin/validate), there is no complaint.
Am I doing something wrong?
--
View this message in context:
http://xmlbeans.996285.n3.nabble.com/Validation-issues-tp7520.html
Sent from the XMLBeans User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@xmlbeans.apache.org
For additional commands, e-mail: user-h...@xmlbeans.apache.org
