elementFormDefault="unqualified"
Ray Plante
rplante at poplar.ncsa.uiuc.edu
Fri Jun 8 07:58:43 PDT 2007
Hey Paul,
> http://blog.jclark.com/2007/04/validation-not-necessarily-harmful.html
Very interesting! (Oh, what we might have done differently...)
> On Thu, 7 Jun 2007, Guy Rixon wrote:
> > Note how I've had to do the form: qualified by default on the schema as
> > a whole and unqualified explicitly on the local element inside the
> > complex type. If I put elementFormDefault="unqualified" then the schema
> > checker rejects cap:capability, so _it_ think the default applies to
> > global elements. Maybe it's wrong.
>
> I believe oXygen is incorrect in this case. I've studied this pretty
On Fri, 8 Jun 2007, Paul Harrison wrote:
> It is not the only tool that cannot find the correct schema to validate
> against if there is no explicit namespace on the root element - eclipse
> cannot either - which is why I always actually produce my example instances
> with the following schema
> http://www.eso.org/~pharriso/ivoa/schema/ResourceSet-v1.0.xsd. However, I
> agree that in principle the xml parser should be able to find this out from
> the namespace of the xsi:type attribute value on the root element, but
> perhaps they do not on purpose.....
I think Guy was referring to different problem. If validater apparently
was trying to apply elementFormDefault="unqualified" to the global root
element, which is incorrect (see
http://www.w3.org/TR/xmlschema-0/#UnqualLocals).
cheers,
Ray
More information about the registry
mailing list