- From: Eric van der Vlist <vdv@dyomedea.com>
- Date: Tue, 07 Nov 2000 22:18:04 +0100
- To: Don Mullen <donmullen@tibco.com>
- CC: xmlschema-dev@w3.org
Don Mullen wrote: > > The 'name' attribute on element/complexType/etc. declarations should be > unqualified (without prefix) in the schema. > > this is correct: > > <xsd:element name="book"> > > this is incorrect: > > <xsd:element name="bk:book"> > > the 'qualified' form refers to what is requird in the XML instance, and > should not be confused with defining a name with a prefix -- after all, the > instance could use the targetNamespace, but redefine what the prefix is. Ooops, sorry for the confusion and thanks for the clarification. Eric > Don Mullen > TIBCO Extensibility > > > -----Original Message----- > > From: Eric van der Vlist [mailto:vdv@dyomedea.com] > > Sent: Tuesday, November 07, 2000 2:11 PM > > To: xmlschema-dev@w3.org > > Subject: Problem with qualified namespaces and xsv > > > > > > I have some problems with "XSV 1.173.2.6/1.82 of 2000/10/31 16:30:47". > > > > I am validating a simple document [1] within the > > "http://example.org/ns/books/" namespace. > > > > The first test that works fine is using a schema [2] using qualified > > elements: > > > > <xsd:schema > > xmlns:xsd="http://www.w3.org/2000/10/XMLSchema" > > targetNamespace="http://example.org/ns/books/" > > elementFormDefault="qualified" > > > > > <xsd:element name="book"> > > .../... > > > > The second one is using a schema [3] using unqualified elements: > > > > <xsd:schema > > xmlns:xsd="http://www.w3.org/2000/10/XMLSchema" > > xmlns:bk="http://example.org/ns/books/" > > targetNamespace="http://example.org/ns/books/" > > > > > > > <xsd:element name="bk:book"> > > ..../... > > > > XSV seems to fail matching the document element that is correctly > > identified: > > "docElt: {http://example.org/ns/books/}book " > > against the declaration of "bk:book" and switches to lax validation > > (which succeds but doesn't test anything else): > > "No declaration for document root found, validation was lax " > > > > To try to spot the problem, I have tried an intermediate schema [4] > > mixing qualified and unqualified elements: > > > > <xsd:schema > > xmlns:xsd="http://www.w3.org/2000/10/XMLSchema" > > xmlns="http://example.org/ns/books/" > > xmlns:bk="http://example.org/ns/books/" > > targetNamespace="http://example.org/ns/books/" > > elementFormDefault="qualified" > > > > > <xsd:element name="book"> > > <xsd:complexType> > > <xsd:sequence> > > <xsd:element name="bk:title" type="xsd:string"/> > > .../... > > > > Here again, the elements are not matched correctly: > > > > http://www.dyomedea.com/tests/xmlschema/ns/library-ns1.xml:4:2 > : Invalid > per cvc-complex-type.1.2.4: element {http://example.org/ns/books/}:title > not allowed > here in element {http://example.org/ns/books/}:book: > > The full xml output gives more hints: > > <invalid char='2' code='cvc-complex-type.1.2.4' line='4' > resource='http://www.dyomedea.com/tests/xmlschema/ns/library-ns1.xml'>elemen > t > {http://example.org/ns/books/}:title not allowed here in element > {http://example.org/ns/books/}:book: > <fsm> > <node id='1'> > <edge dest='2' label='{http://example.org/ns/books/}:bk:title'/> > </node> > > and lets me think that the prefix might have been ignored (bk:title). > > Or have I missed something more obvious ? > > Thanks > > Eric > > [1] http://www.dyomedea.com/tests/xmlschema/ns/library-ns1.xml > [2] http://www.dyomedea.com/tests/xmlschema/ns/library-ns1.xsd > [3] http://www.dyomedea.com/tests/xmlschema/ns/library-ns2.xsd > [4] http://www.dyomedea.com/tests/xmlschema/ns/library-ns3.xsd > -- > ------------------------------------------------------------------------ > Eric van der Vlist Dyomedea http://dyomedea.com > http://xmlfr.org http://4xt.org http://ducotede.com > ------------------------------------------------------------------------ -- ------------------------------------------------------------------------ Eric van der Vlist Dyomedea http://dyomedea.com http://xmlfr.org http://4xt.org http://ducotede.com ------------------------------------------------------------------------
Received on Tuesday, 7 November 2000 16:18:31 UTC