[Cache from http://www.thaiopensource.com/relaxng/spec.html 2001-07-05; please use this canonical URL/source if possible.]
Copyright © The Organization for the Advancement of Structured Information Standards [OASIS] 2001. All Rights Reserved.
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to OASIS, except as needed for the purpose of developing OASIS specifications, in which case the procedures for copyrights defined in the OASIS Intellectual Property Rights document must be followed, or as required to translate it into languages other than English.
The limited permissions granted above are perpetual and will not be revoked by OASIS or its successors or assigns.
This document and the information contained herein is provided on an "AS IS" basis and OASIS DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
This is a working draft constructed by the editors. It is not an official committee work product and may not reflect the consensus opinion of the committee. Comments on this document may be sent to relax-ng-comment@lists.oasis-open.org.
This document specifies
An XML document that is being validated with respect to a RELAX NG schema is referred to as an instance.
The structure of this document is as follows. Section 2 describes the data model, which is the abstraction of an XML document used throughout the rest of the document. Section 3 describes the syntax of a RELAX NG schema; any correct RELAX NG schema must conform to this syntax. Section 4 describes a sequence of transformations that are applied to simplify a RELAX NG schema; applying the transformations also involves checking certain restrictions that must be satisfied by a correct RELAX NG schema. Section 5 describes the syntax that results from applying the transformations; this simple syntax is a subset of the full syntax. Section 6 describes the semantics of a correct RELAX NG schema that uses the simple syntax; the semantics specify when an element is valid with respect to a RELAX NG schema. Section 7 describes restrictions in terms of the simple syntax; a correct RELAX NG schema must be such that, after transformation into the simple form, it satisfies these restrictions. Finally, Section 8 describes conformance requirements for RELAX NG validators.
RELAX NG deals with XML documents representing both schemas and instances through an abstract data model. XML documents representing schemas and instances must be well-formed in conformance with [XML 1.0] and must conform to the constraints of [XML Namespaces].
An XML document is represented by an element. An element consists of
A name consists of
A context consists of
An attribute consists of
A string consists of a sequence of zero or more characters, where a character is an integer in the range 0 to #x10FFFF.
The element for an XML document is constructed from an instance of the [XML Infoset]) as follows. We use the notation [x] to refer to the value of the x property of an information item. An element is constructed from a document information item by constructing an element from the [document element]. An element is constructed from an element information item by constructing the name from the [namespace name] and [local name], the context from the [base URI] and [in-scope namespaces], the attributes from the [attributes], and the children from the [children]. The attributes of an element are constructed from the unordered set of attribute information items by constructing an attribute for each attribute information item. The children of an element are constructed from the list of child information items first by removing information items other than element information items and character information items, and then by constructing an element for each element information item in the list and a string for each maximal sequence of character information items. An attribute is constructed from an attribute information item by constructing the name from the [namespace name] and [local name], and the value from the [normalized value]. When constructing the name of an element or attribute from the [namespace name] and [local name], if the [namespace name] property is not present, then the name is constructed from an empty string and the [local name]. A string is constructed from a sequence of character information items by constructing a character from the [character code] of each character information item.
The following grammar summarizes the syntax of RELAX NG. Although we use a notation based on the XML representation of an RELAX NG schema as a sequence of characters, the grammar must be understood as operating at the data model level. For example, although the syntax uses <text/>, an instance or schema can use <text></text> instead, because they both represent the same object at the data model level. All elements shown in the grammar are qualified with the namespace URI:
http://relaxng.org/ns/structure/0.9
In addition to the attributes shown explicitly, any element can have an ns attribute and any element can have a datatypeLibrary attribute.
Any element can also have foreign attributes in addition to the attributes shown in the grammar. A foreign attribute is an attribute with a name whose namespace URI is neither the empty string nor the RELAX NG namespace URI. Any element that cannot have string children (i.e. any element other than value and param) may have foreign child elements in addition to the child elements shown in the grammar. A foreign element is an element with a name whose namespace URI is not the RELAX NG namespace URI. There are no constraints on the relative position of foreign child elements with respect to other child elements.
Any element can also have as children strings that consist entirely of whitespace characters, where a whitespace character is one of #x20, #x9, #xD or #xA. There are no constraints on the relative position of whitespace string children with respect to child elements.
pattern | ::= | <element name=" QName" > pattern+ </element> | <element > nameClass pattern+ </element> | <attribute name=" QName" global=" boolean" ?> pattern? </attribute> | <attribute > nameClass pattern? </attribute> | <group > pattern+ </group> | <interleave > pattern+ </interleave> | <choice > pattern+ </choice> | <optional > pattern+ </optional> | <zeroOrMore > pattern+ </zeroOrMore> | <oneOrMore > pattern+ </oneOrMore> | <list > pattern+ </list> | <mixed > pattern+ </mixed> | <ref name=" NCName" /> | <parentRef name=" NCName" /> | <key name=" NCName" > pattern </key> | <keyRef name=" NCName" > pattern </keyRef> | <empty /> | <text /> | <value type=" NCName" ?> string </value> | <data type=" NCName" > param* exceptPattern? </data> | <notAllowed /> | <externalRef href=" anyURI" /> | <grammar > grammarContent* </grammar> |
param | ::= | <param name=" NCName" > string </param> |
exceptPattern | ::= | <except > pattern+ </except> |
grammarContent | ::= | start | define | <div > grammarContent </div> | <include href=" anyURI" > includeContent* </include> |
includeContent | ::= | start | define | <div > includeContent* </div> |
start | ::= | <start name=" NCName" ? combine=" method" ?> pattern+ </start> |
define | ::= | <define name=" NCName" combine=" method" ?> pattern+ </define> |
method | ::= | choice | interleave |
nameClass | ::= | <name > string </name> | <anyName > exceptNameClass? </anyName> | <nsName > exceptNameClass? </nsName> | <choice > nameClass+ </choice> |
exceptNameClass | ::= | <except > nameClass+ </except> |
QName and NCName are defined in [XML Namespaces]. A boolean must be true, false, 1 or 0. The anyURI symbol has the same meaning as the anyURI datatype of [W3C XML Schema Datatypes]: it indicates a string which, after escaping of disallowed values as described in Section 5.4 of [XLink], is a URI reference as defined in [RFC 2396] (as modified by [RFC 2732]).
Leading and trailing whitespace is allowed for strings matching QName, NCName, boolean or the value of the combine attribute.
The full syntax given in the previous section is transformed into a simpler syntax by applying the following transformation rules in order. The effect must be as if each rule was applied to all elements in the schema before the next rule is applied. A transformation rule may also specify constraints that must be satisfied by a correct schema.
For each element other than value and param, each child that is a string containing only whitespace characters is removed.
Leading and trailing whitespace characters are removed from the value of each name, type, global and combine attribute and from the content of each name element.
The value of the href attribute on an externalRef or include element is transformed into an absoluteURI as defined in [RFC 2396] (as modified by [RFC 2732]). First, disallowed characters are escaped as specified in Section 5.4 of [XLink]. Next, the URI reference is resolved into an absolute form of URI reference as described in section 5.2 of [RFC 2396] using the base URI from the context of the element that bears the href attribute. The resulting URI reference must not have a fragment identifier (i.e. must not contain a # character).
The value of the href attribute is dereferenced and parsed into an instance of the data model. The resulting element must match the syntax for pattern. The element is transformed by recursively applying the rules from previous sections and this section. This must not result in a loop. In other words, the transformation of the referenced element must not require the dereferencing of an externalRef attribute with an href attribute with the same value.
Any ns or datatypeLibrary attribute on the externalRef element is transferred to the referenced element. The externalRef element is then replaced by the referenced element.
If a start element has a name attribute, then the name attribute is removed and a define element is added as a sibling of the start element. Thus,
<start name="n"> p </start>
is transformed into
<start> p </start> <define name="n"> p </define>
The new define element has all the attributes that the old start element had. The new start element has all the attributes that the old start element had other than the name attribute. Thus,
<start name="n" combine="c"> p </start>
is transformed into
<start combine="c"> p </start> <define name="n" combine="c"> p </define>
An include element is transformed as follows. The value of the href attribute is dereferenced and parsed into an instance of the data model. The resulting element must be a grammar element, matching the syntax for grammar.
This grammar element is transformed by recursively applying the rules from previous sections and this section. This must not result in a loop. In other words, the transformation of the grammar element must not require the dereferencing of an include attribute with an href attribute with the same value.
Define the components of an element to be the children of the element together with the components of any div child elements. If the include element has a start component, then the grammar element must have a start component. If the include element has a start component, then all start components are removed from the grammar element. If the include element has a define component, then the grammar element must have a define component with the same name. For every define component of the include element, all define components with the same name are removed from the grammar element.
The include element is transformed into a div element. The attributes of the div element are the attributes of the include element other then the href attribute. The children of the div element are the children of the include element followed by the children of the grammar element (after the removal of the start and define components described by the preceding paragraph).
For any data or value element that does not have a datatypeLibrary attribute, a datatypeLibrary attribute is added. The value of the added datatypeLibrary attribute is the value of the datatypeLibrary attribute of the nearest ancestor element that has a datatypeLibrary attribute, or the empty string if there is no such ancestor. Then, any datatypeLibrary attribute that is on an element other than data or value is removed.
The name attribute on an element or attribute element is transformed into a name child element.
If an attribute element has a name attribute but no ns attribute and does not have a global attribute with the value true or 1, then an ns="" attribute is added to the name child element.
For any name, nsName, key, keyRef or value element that does not have an ns attribute, an ns attribute is added. The value of the added ns attribute is the value of the ns attribute of the nearest ancestor element that has an ns attribute, or the empty string if there is no such ancestor. Then, any ns attribute that is on an element other than name, nsName, key, keyRef or value is removed.
For any name element containing a prefix, the prefix is removed and an ns attribute is added replacing any existing ns attribute. For any name attribute on a key or keyRef attribute containing a prefix, the prefix is removed and an ns attribute is added replacing any existing ns attribute. The value of the added ns attribute is the value to which the prefix is mapped by the namespace map of the context of the name element or the element bearing the name attribute. The context must have a mapping for the prefix.
A define, start, oneOrMore, zeroOrMore, optional or mixed element is transformed so that it has exactly one child element. If it has more than one child element, then its child elements are wrapped in a group element. Similarly, an element is transformed so that it has exactly two child elements, the first being a name class and the second being a pattern. If it has more than two child element, then the child elements other than the first are wrapped in a group element.
A except element is transformed so that it has exactly one child element. If it has more than one child element, then its child elements are wrapped in a choice element.
If an attribute element has only one child element (a name class), then a text element is added.
A choice, group or interleave element is transformed so that it has exactly two child elements. If it has one child element, then it is replaced by its child element. If it has more than two child elements, then the first two child elements are combined into a new element with the same name as the parent element and with the first two child elements as its children. For example,
<choice> p1 p2 p3 </choice>
is transformed to
<choice> <choice> p1 p2 </choice> p3 </choice>
This reduces the number of child elements by one. The transformation is applied repeatedly until it has exactly two child elements.
A mixed element is transformed into an interleaving with a text element:
<mixed> p </mixed>
is transformed into
<interleave> p <text/> </interleave>
An optional element is transformed into a choice with empty:
<optional> p </optional>
is transformed into
<choice> p <empty/> </choice>
A zeroOrMore element is transformed into a choice between oneOrMore and empty:
<zeroOrMore> p </zeroOrMore>
is transformed into
<choice> <oneOrMore> p </oneOrMore> <empty/> </choice>
For each grammar element, all define elements with the same name are combined together. For any name, there must not be more than one define element with that name that does not have a combine attribute. For any name, if there is a define element with that name that has a combine attribute with the value choice, then there must not also be a define element with that name that has a combine attribute with the value interleave. A pair of definitions
<define name="n"> p1 </define> <define name="n"> p2 </define>
is combined into
<define name="n"> <c> p1 p2 </c> </define>
where c is the value of the combine attribute.
Similarly, for each grammar element all start elements are combined together. There must not be more than one start element that does not have a combine attribute. If there is a start element that has a combine attribute with the value choice, there must not also be a start element that has a combine attribute with the value interleave.
In this rule, the schema is transformed so that its top-level element is grammar and so that it has no other grammar elements.
Define the in-scope grammar for an element be the nearest ancestor grammar element. A ref element refers to a define element if the value of their name attributes is the same and their in-scope grammars are the same. A parentRef element refers to a define element if the value of their name attributes is the same and the in-scope grammar of the in-scope grammar of the parentRef element is the same as the in-scope grammar of the define element. Every ref or parentRef element must refer to a define element. A grammar must have a start child element.
First, transform the top-level pattern p into <grammar><start>p</start></grammar>. Next, rename define elements so that no two define elements anywhere in the schema have the same name. To rename a define element, change the value of its name attribute and change the value of the name attribute of all ref and parentRef elements that refer to that define element. Next, move all define elements to be children of the top-level grammar element and replace each nested grammar element by the child of its start element.
In this rule, the grammar is transformed so that every element element is the child of a define element, and the child of every define element is an element element.
First, remove any define element which does not have any ref element referring to it. Now, for each element element that is not the child of a define element, add a define element to the grammar element, and replace the element element by a ref element referring to the added define element. The value of the name attribute of the added define element must be different from value of the name attribute of all other define elements. The child of the added define element is the element element.
Define a ref element to be expandable if it refers to a define element whose child is not an element element. For each ref element that is expandable and is a descendant of a start element or an element element, expand it by replacing the ref element by the child of the define element to which it refers and then recursively expanding any expandable ref elements in this replacement. This must not result in a loop. In other words expanding the replacement of a ref element having a name with value n must not require the expansion of ref element also having a name with value n. Finally, remove any define element whose child is not an element element.
In this rule, the grammar is transformed so that a notAllowed element occurs only as the child of a start or element element. A attribute, list, group, interleave, oneOrMore, key or keyRef element that has a notAllowed child element is transformed into a notAllowed element. A choice element that has two notAllowed child elements is transformed into a notAllowed element. A choice element that has one notAllowed child element is transformed into its other child element.
In this rule, the grammar is transformed so that an empty element does not occur as a child of a group, interleave, or oneOrMore element or as the second child of a choice element. A group, interleave or choice element that has two empty child elements is transformed into an empty element. A group or interleave element that has one empty child element is transformed into its other child element. A choice element whose second child element is an empty element is transformed by interchanging its two child elements. A oneOrMore element that has an empty child element is transformed into an empty element.
After applying all the rules in Section 4, the schema will match the following grammar:
grammar | ::= | <grammar > <start > top </start> define* </grammar> |
define | ::= | <define name=" NCName" > <element > nameClass top </element> </define> |
top | ::= | <notAllowed /> | pattern |
pattern | ::= | <empty /> | nonEmptyPattern |
nonEmptyPattern | ::= | <text /> | <data type=" NCName" datatypeLibrary=" anyURI" > param* exceptPattern? </data> | <value datatypeLibrary=" anyURI" type=" NCName" ns=" anyURI" > string </value> | <list > pattern </list> | <key name=" NCName" ns=" anyURI" > pattern </key> | <keyRef name=" NCName" ns=" anyURI" > pattern </keyRef> | <attribute > nameClass pattern </attribute> | <ref name=" NCName" /> | <oneOrMore > nonEmptyPattern </oneOrMore> | <choice > pattern nonEmptyPattern </choice> | <group > nonEmptyPattern nonEmptyPattern </group> | <interleave > nonEmptyPattern nonEmptyPattern </interleave> |
param | ::= | <param name=" NCName" > string </param> |
exceptPattern | ::= | <except > pattern </except> |
nameClass | ::= | <anyName > exceptNameClass? </anyName> | <nsName ns=" anyURI" > exceptNameClass? </nsName> | <name ns=" anyURI" > NCName </name> | <choice > nameClass nameClass </choice> |
exceptNameClass | ::= | <except > nameClass </except> |
With this grammar, no elements or attributes are allowed other than those explicitly shown.
In this section, we define the semantics of a correct RELAX NG schema that has been transformed into the simple syntax. The semantics of a RELAX NG schema consist of a specification of what XML documents are valid with respect to that schema. The semantics are described formally as a proof system. A proof system consists of axioms and inference rules. Axioms are propositions that are provable unconditionally. An inference rule consists of one or more antecedents and exactly one consequent. If the antecedents of an inference rule are all provable, then the consequent of the inference rule is also provable. An XML document is valid with respect to a RELAX NG schema if and only if the proposition that it is valid is provable in the proof system described in this section.
The notation for inference rules separates the antecedents from the consequent by a horizontal line: the antecedents are above the line; the consequent is below the line. Both axioms and inferences rules may use variables. A variable has a name and optionally a subscript. The name of a variable is italicized. Each variable has a range that is determined by its name. Axioms and inference rules are implicitly universally quantified over the variables they contain. We explain this further below.
The main semantic concept for name classes is that of a name belonging to a name class. A name class is an element that matches the production nameClass. A name is as defined in Section 2: it consists of a namespace URI and a local name.
We use the following notation:
We are now ready for our first axiom, which is called "anyName 1":
(anyName 1) |
|
This says for any name n, n belongs to the name class <anyName
/>
,
in other words <anyName
/>
matches any name. Note the
effect of the implicit universal quantification over the variables in
the axiom: this is what makes the rule apply for any name n.
Our first inference rule is almost as simple:
(anyName 2) |
|
This says that for any name n
and for any name class nc,
if n does not belong to nc,
then n belongs to
<anyName
>
<except
>
nc </except>
</anyName>
. In other words, <anyName
>
<except
>
nc </except>
</anyName>
matches any name that does not match nc.
We now need the following additional notation:
The remaining axioms and inference rules for name classes are as follows:
(nsName 1) |
|
(nsName 2) |
|
(name) |
|
(name choice 1) |
|
(name choice 2) |
|
The axioms and inference rules for patterns use the following notation:
The semantics of the choice pattern are as follows:
(choice 1) |
|
(choice 2) |
|
We use the following additional notation:
The semantics of the group pattern are as follows:
(group) |
|
The restriction in Section 7.2 ensures that the bag of attributes constructed in the consequent will not have multiple attributes with the same name.
We use the following additional notation:
The semantics of the empty pattern are as follows:
(empty) |
|
We use the following additional notation:
The semantics of the text pattern are as follows:
(text 1) |
|
(text 2) |
|
The effect of the above rule is that a text element matches zero of more strings.
We use the following additional notation:
The semantics of the oneOrMore pattern are as follows:
(oneOrMore 1) |
|
(oneOrMore 2) |
|
We use the following additional notation:
The semantics of interleaving are defined by the following rules.
(interleaves 1) |
|
(interleaves 2) |
|
(interleaves 3) |
|
The semantics of the interleave pattern are as follows:
(interleave) |
|
The restriction in Section 7.2 ensures that the bag of attributes constructed in the consequent will not have multiple attributes with the same name.
We use the following additional notation:
The semantics of the attribute pattern are as follows:
(attribute) |
|
We use the following additional notation:
<element>
nc p </element>
<define
name="
ln"
>
<element
>
nc p </element>
</define>
The semantics of the element pattern are as follows:
(element) |
|
RELAX NG relies on datatype libraries to perform datatyping. A datatype library is identified by a URI. A datatype within a datatype library is identified by a NCName. A datatype library provides two services.
Both services may make use of the context of a string. For example, a datatype representing a QName would use the namespace map.
We use the following additional notation:
The semantics of the data and value patterns are as follows:
(value) |
|
(data 1) |
|
(data 2) |
|
(empty string) |
|
In the data model, an empty element such as <foo></foo> will have an empty sequence as its children, whereas an empty attribute such as occurs in <foo bar=""></foo> will have an empty string as its value. The "empty string" inference rule ensures that if a datatype allows an empty string and so matches the value of an empty attribute, then it will also match the content of an empty element.
The empty URI identifies a special builtin datatype library. This provides two datatypes, string and token. No parameters are allowed for either of these datatypes.
The semantics of the two builtin datatypes are as follows:
(string allows) |
|
(string equal) |
|
(token allows) |
|
(token equal) |
|
We use the following additional notation:
The semantics of the list pattern are as follows:
(list) |
|
We use the following additional notation:
The semantics of the key and keyRef patterns are as follows:
(key) |
|
(keyRef) |
|
(datatype data) |
|
(datatype value) |
|
(datatype choice 1) |
|
(datatype choice 2) |
|
There are two concepts relating to bags of keys and key references. One is that a bag of keys has no conflicting keys. The other is that a bag of keys has a key to satisfy every key reference in a bag of key references.
We use the following additional notation:
(keyConflict) |
|
(keyComplete 1) |
|
(keyComplete 2) |
|
The following constraints are all checked after the grammar has been transformed to the simple form described in Section 5. The purpose of these restrictions is to catch user errors and to facilitate implementation.
A correct RELAX NG schema must be such that when transformed into the simple syntax, it matches the following gramar.
grammar | ::= | <grammar > <start > top </start> define* </grammar> |
define | ::= | <define name=" NCName" > <element > nameClass top </element> </define> |
top | ::= | <notAllowed /> | pattern |
pattern | ::= | <empty /> | nonEmptyPattern |
nonEmptyPattern | ::= | attributeGroup | value | repeatable | <choice > pattern nonEmptyPattern </choice> | <group > attributeGroup nonEmptyPattern </group> | <group > nonEmptyPattern attributeGroup </group> | <interleave > attributeGroup nonEmptyPattern </interleave> | <interleave > nonEmptyPattern attributeGroup </interleave> |
attributeGroup | ::= | singleAttributeGroup | <oneOrMore > singleAttributeGroup </oneOrMore> | <group > attributeGroup attributeGroup </group> | <interleave > attributeGroup attributeGroup </interleave> | <choice > (<empty /> | attributeGroup) attributeGroup </choice> |
singleAttributeGroup | ::= | <attribute > nameClass (<empty /> | value) </attribute> | <attribute > nameClass </attribute> | <choice > (<empty /> | value) singleAttributeGroup </choice> |
repeatable | ::= | mixed | singleAttributeGroup | <choice > (<empty /> | repeatable) repeatable </choice> | <oneOrMore > repeatable </oneOrMore> |
mixed | ::= | <ref name=" NCName" /> | <text /> | <group > mixed mixed </group> | <interleave > mixed mixed </interleave> | <choice > (<empty /> | mixed) mixed </choice> | <oneOrMore > mixed </oneOrMore> |
value | ::= | token | <text /> | <list > (<empty /> | tokens) </list> | <choice > (<empty /> | value) value </choice> |
tokens | ::= | token | <oneOrMore > tokens </oneOrMore> | <group > tokens tokens </group> | <interleave > tokens tokens </interleave> | <choice > (<empty /> | tokens) tokens </choice> |
token | ::= | dataValue | <key ns=" anyURI" name=" NCName" > keyAtts dataValueChoice </key> | <keyRef ns=" anyURI" name=" NCName" > keyAtts dataValueChoice </keyRef> |
dataValueChoice | ::= | dataValue | <choice > dataValueChoice dataValueChoice </choice> |
dataValue | ::= | <data datatypeLibrary=" anyURI" type=" NCName" > params exceptPattern </data> | <value datatypeLibrary=" anyURI" type=" NCName" ns=" anyURI" > string </value> |
exceptPattern | ::= | <except > dataValueChoice </except> ? |
nameClass | ::= | anyName | nsName | name | <choice > nameClass nameClass </choice> |
nsNameClass | ::= | name | nsName | <choice > nsNameClass nsNameClass </choice> |
finiteNameClass | ::= | name | <choice > finiteNameClass finiteNameClass </choice> |
anyName | ::= | <anyName > <except > nsNameClass </except> ? </anyName> |
nsName | ::= | <nsName ns=" anyURI" > <except > finiteNameClass </except> ? </nsName> |
name | ::= | <name ns=" anyURI" > NCName </name> |
Duplicate attributes are not allowed. More precisely, for a pattern <group> p1 p2 </group> or <interleave> p1 p2 </interleave>, there must not be any attribute name that matches both an attribute pattern occuring in p1 and an attribute pattern occuring in p2.
Every key symbol space must have a unique datatype. More precisely, for every local name n and namespace URI uri, there must be a unique datatype name d in datatype library L, such that for every key and keyRef element with name attribute equal to n and ns attribute equal to uri, all data and value descendant elements have a type attribute with value d and a datatypeLibrary attribute with value L.
It must be possible to determine for any element or attribute whether it is a key or key reference and, if so, the symbol space of the key or key reference, by examining just the name of the element or attribute and the names of the ancestors of that element or attribute. A RELAX NG schema that does not satisfy this constraint is said to be key-ambiguous. A RELAX NG schema that is key-ambiguous is not correct.
We now formalize key-ambiguity. First, we need a concept of containment. We use the following notation:
The following rules define when one pattern contains another.
(self) |
|
(oneOrMore) |
|
(group 1) |
|
(group 2) |
|
(interleave 1) |
|
(interleave 2) |
|
(choice 1) |
|
(choice 2) |
|
Next, we need the concept of a key-type. A key-type is one of notKey, key, keyRef, keyList or keyRefList. Each key-type other than notKey has a parameter which is a name. We use the following notation:
The following rules define what the key-types of a pattern are.
(data) |
|
(value) |
|
(text) |
|
(key) |
|
(keyRef) |
|
(keyList) |
|
(keyRefList) |
|
(list) |
|
(contains) |
|
Next, we need the concept of a path (from the root of the tree down to an element or attribute). A path is either an element path or an attribute path. An element path is either the root path or is constructed from an element path and a name. An attribute path is constructed from an element path and a name. We use the following notation:
The following rules define when a pattern is feasible for a path:
(start) |
|
(element) |
|
(attribute) |
|
Finally, we can define key-ambiguity. We use the following notation:
The following rule defines when a schema is key-ambiguous:
(keyAmbig) |
|
A conforming RELAX NG validator must be able to determine for any XML document whether it is a correct RELAX NG schema. A conforming RELAX NG validator must be able to determine for any XML document and for any correct RELAX NG schema whether the docoument is valid with respect to the schema.
<grammar datatypeLibrary="http://www.w3.org/2001/XMLSchema-datatypes" ns="http://relaxng.org/ns/structure/0.9" xmlns="http://relaxng.org/ns/structure/0.9"> <start name="pattern"> <choice> <element name="element"> <choice> <attribute name="name"> <data type="QName"/> </attribute> <ref name="open-name-class"/> </choice> <ref name="common-atts"/> <ref name="open-patterns"/> </element> <element name="attribute"> <ref name="common-atts"/> <choice> <group> <attribute name="name"> <data type="QName"/> </attribute> <optional> <attribute name="global"> <data type="boolean"/> </attribute> </optional> </group> <ref name="open-name-class"/> </choice> <interleave> <ref name="other"/> <optional> <ref name="pattern"/> </optional> </interleave> </element> <element name="group"> <ref name="common-atts"/> <ref name="open-patterns"/> </element> <element name="interleave"> <ref name="common-atts"/> <ref name="open-patterns"/> </element> <element name="choice"> <ref name="common-atts"/> <ref name="open-patterns"/> </element> <element name="optional"> <ref name="common-atts"/> <ref name="open-patterns"/> </element> <element name="zeroOrMore"> <ref name="common-atts"/> <ref name="open-patterns"/> </element> <element name="oneOrMore"> <ref name="common-atts"/> <ref name="open-patterns"/> </element> <element name="list"> <ref name="common-atts"/> <ref name="open-patterns"/> </element> <element name="mixed"> <ref name="common-atts"/> <ref name="open-patterns"/> </element> <element name="ref"> <attribute name="name"> <data type="NCName"/> </attribute> <ref name="common-atts"/> </element> <element name="parentRef"> <attribute name="name"> <data type="NCName"/> </attribute> <ref name="common-atts"/> </element> <element name="empty"> <ref name="common-atts"/> <ref name="other"/> </element> <element name="text"> <ref name="common-atts"/> <ref name="other"/> </element> <element name="value"> <optional> <attribute name="type"> <data type="NCName"/> </attribute> </optional> <ref name="common-atts"/> <text/> </element> <element name="data"> <attribute name="type"> <data type="NCName"/> </attribute> <ref name="common-atts"/> <interleave> <ref name="other"/> <group> <zeroOrMore> <element name="param"> <attribute name="name"> <data type="NCName"/> </attribute> <text/> </element> </zeroOrMore> <optional> <element name="except"> <ref name="common-atts"/> <ref name="open-patterns"/> </element> </optional> </group> </interleave> </element> <element name="key"> <attribute name="name"> <data type="QName"/> </attribute> <ref name="common-atts"/> <ref name="open-pattern"/> </element> <element name="keyRef"> <attribute name="name"> <data type="QName"/> </attribute> <ref name="common-atts"/> <ref name="open-pattern"/> </element> <element name="notAllowed"> <ref name="common-atts"/> <ref name="other"/> </element> <element name="externalRef"> <attribute name="href"> <data type="anyURI"/> </attribute> <ref name="common-atts"/> <ref name="other"/> </element> <element name="grammar"> <ref name="common-atts"/> <ref name="grammar-content"/> </element> </choice> </start> <define name="grammar-content"> <interleave> <ref name="other"/> <zeroOrMore> <choice> <ref name="start-element"/> <ref name="define-element"/> <element name="div"> <ref name="common-atts"/> <ref name="grammar-content"/> </element> <element name="include"> <attribute name="href"> <data type="anyURI"/> </attribute> <ref name="common-atts"/> <ref name="include-content"/> </element> </choice> </zeroOrMore> </interleave> </define> <define name="include-content"> <interleave> <ref name="other"/> <zeroOrMore> <choice> <ref name="start-element"/> <ref name="define-element"/> <element name="div"> <ref name="common-atts"/> <ref name="include-content"/> </element> </choice> </zeroOrMore> </interleave> </define> <define name="start-element"> <element name="start"> <optional> <attribute name="name"> <data type="NCName"/> </attribute> </optional> <ref name="combine-att"/> <ref name="common-atts"/> <ref name="open-patterns"/> </element> </define> <define name="define-element"> <element name="define"> <attribute name="name"> <data type="NCName"/> </attribute> <ref name="combine-att"/> <ref name="common-atts"/> <ref name="open-patterns"/> </element> </define> <define name="combine-att"> <optional> <attribute name="combine"> <choice> <value>choice</value> <value>interleave</value> </choice> </attribute> </optional> </define> <define name="open-patterns"> <interleave> <ref name="other"/> <oneOrMore> <ref name="pattern"/> </oneOrMore> </interleave> </define> <define name="open-pattern"> <interleave> <ref name="other"/> <ref name="pattern"/> </interleave> </define> <define name="name-class"> <choice> <element name="name"> <ref name="common-atts"/> <text/> </element> <element name="anyName"> <ref name="common-atts"/> <ref name="except-name-class"/> </element> <element name="nsName"> <ref name="common-atts"/> <ref name="except-name-class"/> </element> <element name="choice"> <ref name="common-atts"/> <ref name="open-name-classes"/> </element> </choice> </define> <define name="except-name-class"> <interleave> <ref name="other"/> <optional> <element name="except"> <ref name="open-name-classes"/> </element> </optional> </interleave> </define> <define name="open-name-classes"> <interleave> <ref name="other"/> <oneOrMore> <ref name="name-class"/> </oneOrMore> </interleave> </define> <define name="open-name-class"> <interleave> <ref name="other"/> <ref name="name-class"/> </interleave> </define> <define name="common-atts"> <optional> <attribute name="ns"> <data type="anyURI"/> </attribute> </optional> <optional> <attribute name="datatypeLibrary"> <data type="anyURI"/> </attribute> </optional> <zeroOrMore> <attribute> <anyName> <except> <nsName/> <nsName ns=""/> </except> </anyName> </attribute> </zeroOrMore> </define> <define name="other"> <zeroOrMore> <element> <anyName> <except> <nsName/> </except> </anyName> <zeroOrMore> <choice> <attribute> <anyName/> </attribute> <text/> <ref name="any"/> </choice> </zeroOrMore> </element> </zeroOrMore> </define> <define name="any"> <element> <anyName/> <zeroOrMore> <choice> <attribute> <anyName/> </attribute> <text/> <ref name="any"/> </choice> </zeroOrMore> </element> </define> </grammar>
Tim Bray, Jean Paoli, and C. M. Sperberg-McQueen, Eve Maler, editors. Extensible Markup Language (XML) 1.0 Second Edition. W3C (World Wide Web Consortium), 2000.
Tim Bray, Dave Hollander, and Andrew Layman, editors. Namespaces in XML. W3C (World Wide Web Consortium), 1999.
Steve DeRose, Eve Maler and David Orchard, editors. XML Linking Language (XLink) Version 1.0. W3C (World Wide Web Consortium), 2001.
John Cowan, Richard Tobin, editors. XML Information Set. W3C (World Wide Web Consortium), 2001.
T. Berners-Lee, R. Fielding, L. Masinter. RFC 2396: Uniform Resource Identifiers (URI): Generic Syntax. IETF (Internet Engineering Task Force). 1998.
R. Hinden, B. Carpenter, L. Masinter. RFC 2732: Format for Literal IPv6 Addresses in URL's. IETF (Internet Engineering Task Force), 1999.
Paul V. Biron, Ashok Malhotra, editors. XML Schema Part 2: Datatypes. W3C (World Wide Web Consortium), 2001.
James Clark. TREX - Tree Regular Expressions for XML. Thai Open Source Software Center, 2001.
MURATA Makoto. RELAX (Regular Language description for XML). INSTAC (Information Technology Research and Standardization Center), 2001.
Allen Brown, Matthew Fuchs, Jonathan Robie, Philip Wadler, editors. XML Schema: Formal Description. W3C (World Wide Web Consortium), 2001.