XML Schema tome 1 : Structures

1 Introduction

Ce document expose la partie structurante (XML Schema tome 1 : Structures) du langage de définition de XML Schema.

Le chapitre 2 présente le cadre conceptuel (§2) de XML Schema, comprenant une introduction à la nature des schémas XML et au modèle de données abstrait qui s'y rapporte, on y trouve également des définitions terminologiques générales.

Le chapitre Descriptions détaillées des composants de schéma (§3) donne tous les détails de la sémantique de chaque composant du modèle abstrait et leurs représentations XML, en faisant référence à la DTD et au schéma XML d'un document de type schéma XML, les correspondances précises entre le vocabulaire des éléments et des attributs de la représentation physique et les composants et les propriétés du modèle abstrait y sont également spécifiées.

Le chapitre 4 qui présente les Schémas et les espaces de noms : accès et assemblage (§4) contient la description des relations entre documents et schémas, l'import, l'inclusion et la redéfinition des déclarations et des définitions et les critères fondamentaux de validité des schémas.

Le chapitre 5 qui concerne l'évaluation de la validité des schémas (§5) contient la description des considérations générales qui gouvernent l'évaluation de la validité de schéma des documents et les responsabilités des programmes validant.

Les chapitres normatifs des annexes portent, entre autres, sur le schéma des schémas (§A) pour la représentation physique des schémas en XML et les références bibliographiques (§B).

Les chapitres non-normatifs des annexes portent, entre autres, sur la DTD des schémas (§G) et le glossaire (§F).

L'objectif primordial de ce document est d'être la référence de la définition du langage. En cela, et bien qu'il contienne quelques exemples, il n'est pas fondamentalement conçu pour être un guide méthodologique à utiliser comme aide au démarrage à la conception et aux fonctionnalités de modèles XML. Au lieu de cela, il contient plutôt une définition complète et minutieuse du modèle conceptuel propre à servir de guide aux développeurs qui implémenteront la norme. Pour ceux qui ont besoin d'une aide au démarrage, il est conseillé de lire d'abord le tome non-normatif de la recommandation [XML Schema tome 0 : introduction].

1.1 But

Le but de XML Schema tome 1: structures est de définir la nature des schémas XML et des parties qui les composent, fournissant un inventaire exhaustif des balises XML servant à monter des représentations physiques des modèles et définir en quoi concerne l'application de modèles à des documents XML.

Le but d'un modèle (note de traduction : ou 'schéma', nous utilisons indifféremment dans ce document l'un ou l'autre de ces deux termes) conforme à cette recommandation est de définir et décrire une classe de documents XML. Cela se fait via des composants de modélisation qui permettent de définir les contraintes et documenter la signification, l'utilisation et les relations de dépendances des constituants d'un document XML : les types de données, les éléments et leurs contenus, les attributs et leurs valeurs. Les schémas permettent également de spécifier des informations complémentaires au document, comme par exemple la normalisation et la gestion des valeurs par défaut des attributs et des éléments. Les schémas offrent des facilités pour être auto-documentés. C'est ainsi que XML Schema tome1 : structures peut être utilisé pour définir, décrire et cataloguer des vocabulaires XML spécifiques à différentes classes de documents.

Toute application utilisant des données XML bien formées peut utiliser le formalisme de modèles ici décrits pour exprimer des contraintes de contenu, syntaxiques et structurelles applicables aux instances de documents. Le formalisme de XML Schema tome 1 : Structures offre un niveau suffisamment pratique d'expression de contraintes pour pouvoir être décrit et implémenté dans une grande variété d'applications XML. Toutefois, le langage défini par cette spécification n'essaie pas de fournir toutes les possibilités dont n'importe quelle application pourrait avoir besoin. Certaines d'entre elles pourraient avoir besoin de disposer de contraintes dont l'expression n'est pas prévue dans ce langage et par conséquent avoir besoin de gérer en plus leurs propres règles de validations.

<schema targetNamespace="http://www.example.com/XMLSchema/1.0/mySchema">

Les références à des éléments dans le texte sont des liens à l'illustration qui correspond comme dans l'exemple ci-dessus, mis en valeur par des signes inférieurs et supérieurs, par exemple <example>.

Les références aux propriétés des unités d'information comme cela est défini dans [XML-Infoset] sont balisées sous la forme de liens au chapitre correspondant et sont mises en valeur par des crochets , par exemple [enfants].

Les propriétés des unités d'information que cette spécification définit sont présentées comme suit :

Les références aux propriétés des unités d'information définies dans cette spécification sont balisées sous la forme de liens vers l'endroit où elles sont introduites comme dans l'exemple ci-dessus. La propriété est alors mise en valeur par des crochets, par exemple [nouvelle propriété].

La mise en valeur suivante est utilisée pour les commentaires non-normatifs de ce document :

Remarque : commentaires généraux destinés à tous les lecteurs.

Suivant les règles de [XML 1.0 (Second Edition)], à l'intérieur du texte de cette spécification, les verbes pouvoir et devoir sont définis comme suit :

pouvoir

Les documents conformes et les programmes validant peuvent faire ce qui est écrit mais ne sont toutefois pas tenus de le faire.

devoir

Les documents conformes et les programmes validant doivent se comporter comme cela est décrit  ; sinon, le système devra produire une erreur.

Remarquez que cette spécification fournit une définition des erreurs et de la manière dont les programmes conformes doivent réagir par rapport aux erreurs (référez-vous au chapitre L'évaluation de la validité des schémas (§5)) qui est infiniment plus complexe que celle de [XML 1.0 (Second Edition)].

2 Cadre conceptuel

Ce chapitre donne un aperçu du modèle abstrait des structures de XML Schema. Le chapitre Détails des composants de schéma (§3) fournit les détails de ce modèle dont la représentation XML normative des composants du modèle abstrait. Les lecteurs dont l'objectif principal est d'apprendre à écrire des documents de type schéma peuvent commencer par lire le tutorial [XML Schema tome 0 : Introduction] et de consulter seulement ensuite les sous-chapitres intitulés Représentation XML de ... qui contiennent tous les détails de la spécification (ces sous-chapitres sont ceux du grand chapitre Détails sur les composants de schéma (§3)).

2.2.2 Composants de déclaration

Il y a trois types de composants de déclarations (élément, attribut et notation) qui sont décrits dans les sous-chapitres ci-dessous. Nous présentons également la fonction du groupe de substitution d'élément qui s'utilise pour les déclarations d'éléments.

<!ELEMENT A . . .>
<!ATTLIST A . . .>

2.2.3.1 Groupe modèle

Un groupe modèle est une contrainte exprimée sous la forme d'un fragment de grammaire qui s'applique à des listes d'unités d'information de type élément. Il est constitué d'une liste de particules, comme des déclarations d'éléments, des caractères génériques et des groupes modèles. Il y a trois sortes de groupes modèles :

• Séquence (les unités d'information de type élément correspondent aux particules selon l'ordre séquentiel défini) ;
• Et (les unités d'information de type élément correspondent aux particules, dans n'importe quel ordre);
• Ou (l'unité d'information de type élément correspond à l'une des particules).

Pour avoir les informations détaillées sur les groupes modèles, reportez vous au chapitre Groupes modèles (§3.8).

2.2.3.2 Particules

Une particule est un terme de la grammaire des contenus d'éléments qui correspond soit à une déclaration d'élément soit à un caractère générique soit à un groupe modèle et à des contraintes d'occurrence. Les particules participent à la ·validation· en tant qu'élément de référence servant à ·valider· des définitions de types complexes, dans lesquelles leur rôle et de permettre à tout moment la présence de zéro à n unités ou séquences d'information de type élément, en fonction de leurs contenus et des contraintes d'occurrence.

[Définition :]  Une particule peut être utilisée dans une définition de type complexe pour contraindre la ·validation· des [enfants] d'une unité d'information de type élément ; une telle particule est appelée modèle de contenu.

Remarque : Les ·modèles de contenu· de XML Schema tome 1 : Structures sont comparables tout en étant plus expressifs à ceux de [XML 1.0 (Second Edition)]  ; la nouveauté par rapport à [XML 1.0 (Second Edition)], est que XML Schema tome 1 : Structures applique le principe des ·modèles de contenu· à la ·validation· des modèles de contenu mixte alors que [XML 1.0 (Second Edition)] en limitait l'usage aux seuls contenus constitués uniquement d'éléments.

Pour avoir des informations détaillées sur ces particules, reportez-vous au chapitre Particules (§3.9).

2.2.3.3 Utilisation des attributs

L'utilisation d'un attribut joue un rôle similaire à celui d'une particule mais pour des déclarations d'attributs : une déclaration d'attribut à l'intérieur de la définition d'un type complexe est encapsulée par un attribut utilisé qui permet de spécifier si il est obligatoire ou optionnel et si sa valeur existe par défaut et si elle est fixée.

2.2.3.4 Caractère générique

Un caractère générique est un type spécial de particule qui correspond à des unités d'information de type attribut et élément qui dépendent de leur nom d'espace de noms, indépendamment de leurs noms locaux.

Pour avoir des informations détaillées sur les caractères génériques, reportez-vous au chapitre Caractères génériques (§3.10).

2.2.5.1 Définition de groupes modèles

Une définition de groupe modèle est une association entre un nom et un groupe modèle, en permettant ainsi la réutilisation dans plusieurs autres définitions de types complexes.

Pour avoir des informations détaillées sur les définitions des groupes modèles, reportez-vous au chapitre définitions des groupes modèles (§3.7).

2.2.5.2 Définition d'un groupe attribut

Une définition de groupe attribut est une association entre un nom et un ensemble de déclarations d'attributs, en permettant ainsi la réutilisation dans plusieurs autres définitions de types complexes.

Pour avoir des informations détaillées sur ces définitions de groupes d'attributs, reportez-vous au chapitre définitions de groupes d'attributs (§3.6).

2.3 Contraintes et règles de validation

La spécification [XML 1.0 (Second Edition)] décrit deux types de contraintes qui peuvent porter sur des documents XML : l'une porte sur la qualité de la forme et l'autre sur la validité. De manière informelle, la contrainte de qualité de la forme est celle imposée par la définition même de XML (tel que par exemple les règles d'utilisation des caractères < et > et celles d'imbrication des éléments) tandis que les contraintes de validité sont des contraintes supplémentaires qui s'appliquent à la structure du document par rapport aux règles édictées dans une DTD.

Le chapitre précédent est centré sur les questions de ·validation·, c'est à dire sur les contraintes imposées aux unités d'information spécifiées par les composants de schéma. En fait, cette spécification fournit quatre sortes différentes d'expressions normatives portant sur les composants de schéma, leur représentation XML et leurs contributions à la ·validation· des unités d'information :

Contraintes des composants de schéma

[Définition :] Les contraintes des composants de schéma eux-mêmes sont des conditions auxquelles ils doivent satisfaire. Ces contraintes sont systématiquement présentées dans le sixième sous-sous-chapitre de chaque sous-chapitre du chapitre Détails sur les composants de schéma (§3) et sont récapitulées dans l'annexe Contraintes des composants de schéma (§C.4).

Contraintes portant sur la représentation des schémas

[Définition :] Il s'agit de contraintes portant sur la représentation XML des composants de schéma qui vont au-delà de celles exprimées au chapitre sur le Schéma des schémas (partie normative) (§A). Systématiquement présentées dans le troisième sous-sous-chapitre de chaque sous-chapitre du chapitre Détails sur les composants de schéma (§3) et sont récapitulés dans l'annexe Contraintes de représentation des schémas (§C.3).

Règles de validation

[Définition :]  Il s'agit des contributions à la ·validation· associées aux composants de schéma. Situées dans le quatrième sous-sous-chapitre de chaque sous-chapitre du chapitre Détails sur les composants de schéma (§3) et récapitulées dans l'annexe règles de validation (§C.1).

Contributions à l'ensemble d'information du schéma

[Définition :]  Il s'agit des compléments aux ensembles d'information apportés par une ·validation· ou une ·évaluation· et exprimés par des composants de schéma. Situés dans le cinquième sous-sous-chapitre de chaque sous-chapitre du chapitre Détails sur les composants de schéma (§3) et récapitulés dans l'annexe Contributions de l'ensemble d'information résultant de la validation de schéma (§C.2).

Le dernier des points précédents, celui portant sur les contributions à l'ensemble d'information du schéma, n'est pas aussi nouveau qu'il n'y paraît. Le processus de validation de XML 1.0 apporte aussi ces compléments d'information, par exemple en insérant les valeurs par défaut des attributs initialement absents dans l'instance et en exploitant implicitement les informations de typage pour la normalisation ou l'accès (en guise d'exemple pour ce dernier cas, considérez l'effet du type NMTOKENS sur l'espace blanc des attributs et la sémantique ID/IDREF). En incluant à cette spécification les contributions à l'ensemble d'information des schémas, elle rend explicite certaines dispositions implicites de XML 1.0.

2.4 Conformité

Cette spécification décrit trois niveaux de conformité pour les programmes de traitement validant. Le premier niveau est obligatoire pour tous les programmes. Le support des deux autres dépend des environnements applicatifs pour lesquels le programme est prévu.

[Définition :] Les programmes de traitement qui ont un niveau de conformité minimale doivent complètement et correctement mettre en application les ·Contraintes des composants de schéma·, les ·règles de validation· et les ·contributions à l'ensemble d'information du schéma· contenues dans cette spécification.

[Définition :] Les programmes de traitement qui acceptent les schémas représentés sous la forme de documents XML tels qu'ils sont décrits au chapitre Niveau 2 : documents XML de type schéma, espaces de noms et assemblage (§4.2) sont de plus dits fournir une conformité avec la représentation XML des schémas. Ces programmes de traitement doivent, quand ils traitent des documents de type schéma, complètement et correctement exécuter toutes les ·contraintes de représentation des schémas· décrites dans cette spécification et doivent adhérer exactement aux spécifications du chapitre Détails sur les composants de schéma (§3) pour faire correspondre le contenu de tels documents à des ·composants de schéma· et les utiliser lors de la ·validation· et de ·l'évaluation·.

Remarque : En faisant la distinction entre les exigences de conformité relatives à la syntaxe concrète des documents XML de type schéma, cette spécification admet que les programmes de traitement puissent utiliser des schémas qui sont soit enregistrés sous la forme de représentations binaires optimisées, soit créés dynamiquement en les considérant comme langage de programmation de données structurées soit compilés pour donner des programmes exécutables en C ou Java. De tels programmes de traitement peuvent être dits avoir un niveau de ·conformité minimale· sans être nécessairement en ·conformité avec la représentation XML des schémas·.

[Définition :] les programmes de traitement complètement conforme sont ceux qui permettent de fonctionner en réseau et qui vont au delà de la ·conformité minimale· et de la ·conformité avec la représentation XML des schémas· en étant capables d'aller chercher des schémas sur le World Wide Web d'après la Représentation des schémas sur le World Wide Web (§2.7) et le chapitre sur Comment les définitions des schémas sont repérées sur le Web (§4.3.2). .

Remarque : Bien que cette spécification ne fournisse que ces trois niveaux de conformité en standard, on anticipe le fait que d'autres conventions puissent être établies dans le futur. Par exemple, le World Wide Web Consortium réfléchit à des conventions pour mettre à disposition sur le Web une variété de ressources relatives à des documents et des espaces de noms particuliers. Si de tels développements devaient conduire à de nouvelles formes de représentation des schémas, ne serait-ce que pour pouvoir y accéder à partir du Web, alors de nouveaux niveaux de conformité pourraient être établis et baptisés à ce moment là. Il n'y aura alors pas besoin de modifier ou de republier cette spécification pour définir ces nouveaux niveaux de conformité.

Reportez-vous au chapitre sur les Schémas et les espaces de noms : accès et assemblage (§4) pour une explication plus détaillée des mécanismes supportant ces niveaux de conformité.

2.5 Noms et espaces de symboles

Comme cela a été présenté au chapitre Modèle de données abstrait de XML (§2.2), la plupart des composants de schéma ont des ·noms· (ce n'est pas une obligation). Si tous ces noms étaient mis en commun, alors il serait impossible d'avoir, par exemple, une définition de type simple et une déclaration d'élément ayant le même nom "title" en même temps et dans le même ·espace de noms cible·.

Par conséquent [Définition :]  Cette spécification introduit la notion d'espace de symboles pour dénoter une collection de noms dans laquelle chacun est unique vis à vis des autres. Un espace de symboles est similaire au concept non-normatif de partition d'espace de noms introduit dans [XML-Namespaces]. Par ·espace de noms cible·, il y a un seul espace symbole distinct des autres par type de composant de définition et de déclaration identifié au chapitre Modèle de données abstrait de XML (§2.2). A l'exception de celles se trouvant à l'intérieur d'un espace de noms cible, les définitions de types simples et complexes partagent un même espace de symboles. Les noms sont uniques à l'intérieur d'un espace de symboles donné mais un même nom peut apparaître dans plusieurs espaces de symboles sans qu'il y ait conflit. Par exemple, le même nom peut apparaître à la fois dans une définition de type et une déclaration d'élément, sans conflit ou relation particulière entre les deux.

Les déclarations d'attributs et d'éléments de portée locale sont des cas particuliers au regard des espaces de symboles. Chaque définition de type complexe définit ses propres espaces de symboles pour les déclarations locales d'attributs et d'éléments, distincts les uns des autres comme de tout autre espace de symboles. Ainsi, par exemple, deux définitions de types complexes ayant le même espace de noms cible peuvent contenir toutes les deux une même déclaration locale d'un attribut de nom non-qualifié "priority" ou une même déclaration locale d'élément de nom "address", sans qu'il y ait de conflit ou une relation nécessaire entre les deux.

2.6 Balisage relatif au schéma des documents étant validés

La représentation XML de composants de schéma utilise un vocabulaire identifié par le nom d'espace de noms http://www.w3.org/2001/XMLSchema. Pour simplifier le texte et les exemples présents dans cette spécification, on y utilise systématiquement le préfixe xs: pour faire référence à cet espace de nom ; en réalité, n'importe quel préfixe pourrait être utilisé.

XML Schema tome 1: Structures a aussi plusieurs attributs préfabriqués destinés à être utilisés directement dans tout document XML. Ces attributs sont dans un espace de noms différent, qui a le nom d'espace de noms http://www.w3.org/2001/XMLSchema-instance. Pour simplifier le texte et les exemples de cette spécification, on utilise systématiquement le préfixe xsi: pour référencer cet espace de noms ; en réalité, n'importe quel préfixe aurait pu être utilisé. Tous les programmes de traitement des schémas ont des déclarations d'attributs appropriées pour ces attributs préfabriqués, reportez-vous au chapitre Déclaration d'attribut de l'attribut 'type' (§3.2.7), Déclaration d'attribut de l'attribut 'nil' (§3.2.7), Déclaration d'attribut de l'attribut 'schemaLocation' (§3.2.7) et Déclaration d'attribut de l'attribut 'noNamespaceSchemaLocation' (§3.2.7).

2.6.1 xsi:type

La définition de type simple (§2.2.1.2) ou la définition de type complexe (§2.2.1.3) utilisée dans la ·validation· d'un élément est habituellement déterminée par une référence aux composants de schéma. Une unité d'information de type élément dans une instance peut, cependant, déclarer explicitement son type en utilisant l'attribut xsi:type. La valeur de cet attribut est un ·QName· ; reportez-vous au chapitre Interprétation des noms qualifiés (QName) (§3.15.3) pour connaître la manière dont un ·QName· est associé à une définition de type.

2.7 Représentation des schémas sur le World Wide Web

Sur le World Wide Web, les schémas sont conventionnellement représentés comme des documents XML (ayant de préférence un type MIME application/xml ou text/xml, mais regardez la clause 1.1 du chapitre Contraintes et sémantique de l'inclusion (§4.2.1)), conformes aux spécifications du chapitre Niveau 2 : Documents de type schéma, espaces de noms et assemblage (§4.2). Pour plus d'informations sur la représentation et l'utilisation des documents de type schéma sur le World Wide Web reportez-vous aux chapitres Standards pour la représentation des schémas et récupération de documents de type schéma sur le Web (§4.3.1) et Comment sont localisées les définitions de schéma sur le Web (§4.3.2).

3 Détails sur les composants de schéma

3.1.2 Représentations XML des composants

L'objectif principal de XML Schema tome1 : Structures est de définir un ensemble de composants de schéma qui imposent des contraintes aux contenus des instances et augmentent les ensembles d'information lors de la validation ou de l'évaluation. Bien qu'aucune représentation externe des schémas ne soit obligatoire dans ce but, de telles représentations seront évidemment largement utilisées. Pour répondre à ce besoin de manière adaptée et interopérable, cette spécification fournit une représentation normative des schémas en XML qui se charge de cette question dans chaque cas de composant de schéma. [Définition :]  Un document de cette forme (c'est à dire une unité d'information de type élément <schema> ) est un document de type schéma. Tant pour le document de type schéma dans sa globalité que pour ses constituants, les chapitres ci-dessous définissent des correspondances entre les unités d'information de type élément (dont les déclarations sont dans le Schéma des schémas (§A) et la DTD des schémas (§G)) et les composants de schéma. Toutes les unités d'information de type élément de la représentation XML d'un schéma doivent être dans l'espace de noms des schémas XML, c'est à dire que leur [nom d'espace de noms] doit être http://www.w3.org/2001/XMLSchema. Bien qu'une manière commune de créer l'ensemble d'information XML qui est lui-même ou contient des ·documents de type schéma· sera d'utiliser un programme de validation lexico-syntaxique XML (parser), cela n'est pas obligatoire : tout mécanisme capable de construire des ensembles d'informations conformes à ceux définis dans le dictionnaire terminologique de XML [XML-Infoset] est un point de départ possible.

Deux aspects de la représentation XML des composants présentée dans les chapitres qui suivent sont communs à toutes les représentations :

1. Toutes autorisent les attributs qualifiés par des noms d'espaces de noms autres que l'espace de noms des schémas XML lui-même : ils apparaissent comme des annotations dans le composant de schéma correspondant ;
2. Toutes permettent d'avoir une <annotation> comme premier enfant à des fins de lisibilité de la documentation et/ou de traitement par un programme.

3.2 Déclarations d'attributs

Les déclarations d'attributs servent à :

• ·valider· localement les valeurs d'une unité d'information de type attribut utilisant une définition de type simple ;
• spécifier les valeurs fixes ou par défaut des unités d'information de type attribut.

<xs:attribute name="age" type="xs:positiveInteger" use="required"/>

3.2.1 Le composant de schéma de déclaration d'attribut

Le composant de schéma de déclaration d'attribut a les propriétés suivantes :

La propriété {nom} doit correspondre à la partie locale des noms des attributs étant ·validés·.

La valeur de l'attribut doit être conforme à la {définition de type} fournie.

Quand la propriété {espace de noms cible} est présente (elle n'est donc pas ·absente·), elle sert à la ·validation· des unités d'information de type attribut qualifiées par un espace de nom (qui doit être explicitement préfixé d'une forme de type caractère du niveau des documents XML). L'·absence· de cette propriété ·valide· les unités qui ne sont pas qualifiées (c'est à dire sans préfixe).

La propriété {portée} permet de connaître, quand la valeur est global, les déclarations d'attributs disponibles pour une utilisation dans n'importe quelle définition de type complexe, dans tout le schéma. Les déclarations de portée locale sont disponibles pour une utilisation uniquement à l'intérieur des définitions de types complexes identifiées par la propriété {portée}. Cette propriété est ·absente· dans le cas où les déclarations sont à l'intérieur des définitions de groupes d'attributs : leur portée sera déterminée quand elles seront utilisées dans la construction de définitions de types complexes.

{contrainte de valeur} reproduit les fonctions des valeurs d'attributs par défaut et #FIXED de XML 1.0 . default spécifie que l'attribut doit apparaître sans condition particulière dans l'ensemble d'information résultant de la validation de schéma, la valeur fournie étant celle utilisée chaque fois que l'attribut n'est pas réellement présent ; fixed indique que la valeur de l'attribut, si il est présent, doit être égal à la valeur de la contrainte fournie et, si il est absent, prend la valeur fournie par défaut. Remarquez que ce sont des valeurs qui sont fournies et/ou contrôlée et non des chaînes de caractères.

Reportez-vous au chapitre Annotations (§3.13) pour les informations sur le rôle de la propriété {annotation}.

Remarque : Une présentation plus complète et plus formelle de la sémantique des propriétés {nom}, {espace de noms cible} et {contrainte de valeur} est fournie en même temps que d'autres aspects de la ·validation· du type complexe (référez-vous au chapitre Elément localement valide (type complexe) (§3.4.4)).

La spécification [XML-Infoset] fait le distinguo entre des attributs nommés tels que xmlns ou xmlns:xsl et les attributs ordinaires, identifiant les deux premiers comme étant des [attributs d'espace de noms]. En conséquence, il est inutile et en fait impossible que les schémas contiennent des déclarations d'attributs correspondant à une telle déclaration d'espace de noms, reportez-vous pour cela au chapitre Interdiction de xmlns (§3.2.6). Rien n'est fourni dans cette spécification pour fournir une valeur par défaut à une déclaration d'espace de noms.