Puis-je créer un schéma XSD qui place un attribut sur tous les types complexes?

Question

Je voudrais créer un XSD qui définit un attribut qui peut être placé sur des éléments d'autres schémas, ou des éléments qui ne sont pas dans un schéma. Par exemple, le schéma ressemblerait à quelque chose comme ceci:

<xs:schema id="MySchema" 
    targetNamespace="http://tempuri.org/MySchema" 
    elementFormDefault="qualified" 
    xmlns="http://tempuri.org/MySchema" 
    xmlns:xs="http://www.w3.org/2001/XMLSchema" 
> 
    <xs:attribute name="myAttribute" /> 
</xs:schema> 

Et le document pourrait ressembler à ceci:

<someElement xmlns="http://tempuri.org/OtherSchema" xmlns:m="http://tempuri.org/MySchema"> 
    <someOtherElement someAttribute="value" m:myAttribute="value2" /> 
</someElement> 

"OtherSchema" pour cet exemple ressemble à ceci:

<xs:schema id="OtherSchema" 
    targetNamespace="http://tempuri.org/OtherSchema" 
    elementFormDefault="qualified" 
    xmlns="http://tempuri.org/OtherSchema" 
    xmlns:xs="http://www.w3.org/2001/XMLSchema" 
> 
    <xs:element name="someElement"> 
    <xs:complexType> 
     <xs:sequence> 
     <xs:element minOccurs="0" maxOccurs="unbounded" name="someOtherElement"> 
      <xs:complexType> 
      <xs:attribute name="someAttribute" /> 
      </xs:complexType> 
     </xs:element> 
     </xs:sequence> 
    </xs:complexType> 
    </xs:element> 
</xs:schema> 

Un exemple complet, comprenant une application console C# effectuant une validation, peut être téléchargé à partir du http://dl.getdropbox.com/u/407740/SchemaTest.zip. Mon but est de le faire valider sans avoir à modifier "OtherSchema". Est-ce possible?

Answer 1

je devais ajouter un emballage, pour importer les deux schémas différents en un seul (car xmllint accepte qu'un seul schéma XML):

<xs:schema id="Wrapper" xmlns:xs="http://www.w3.org/2001/XMLSchema"> 
    <xs:import schemaLocation="MySchema.xsd" namespace="http://tempuri.org/MySchema"/> 
    <xs:import schemaLocation="OtherSchema.xsd" namespace="http://tempuri.org/OtherSchema"/> 
</xs:schema> 

La seule façon que je pourrais obtenir quelque chose comme la question au travail était de modifier OtherSchema, XSD (ce qui est interdit par la question), donc ajouter un caractère générique d'attribut (après l'existant):

<xs:attribute name="someAttribute" /> 
<xs:anyAttribute namespace="##other"/> 

Je ne suis pas assez d'un expert de XML Sch ema de dire "c'est impossible", mais cela me semble impossible.

Un problème avec votre proposition est que vous ne spécifiez pas où le nouvel attribut devrait apparaître. Habituellement, si vous déclarez un attribut (ou un complexElement, un groupe de modèles, etc.), vous êtes libre de vous y référer ou non. Si vous n'y parlez pas explicitement, cela n'a aucun effet. Par conséquent, je pense que votre proposition sera traitée comme un attribut déclaré, mais non mentionné. Ce que vous voulez vraiment, c'est une manière de dire "ajouter cet attribut à tous les existants complexType" - mais vous ne dites pas cela. Et, malheureusement, il ne semble pas y avoir de moyen de le dire. (Il n'y a même pas un moyen de dire "ajouter cet attribut à ce complexType existant existant" - vous devez l'inclure dans la définition originale ou pas du tout.)

Une façon de en partie<redefine> types dans un autre schéma - Je vais ajouter cela dans une deuxième réponse.

Answer 2

Considérons xsi: nil, xsi: schemaLocation et xsi: noNamespaceSchemaLocation. La réponse est oui.

Il n'aurait pas fallu longtemps pour l'essayer et voir.

---

Il vous manquait un targetNamespace dans le schéma. Essayez ceci:

<xs:schema xmlns="MySchema" xmlns:xs="http://www.w3.org/2001/XMLSchema" 
    targetNamespace="MySchema"> 
    <xs:attribute name="myAttribute" /> 
</xs:schema> 

Answer 3

Vous pouvez redéfinir le schéma, en les étendant comme bon vous semble. De cette manière, vous pouvez modifier les définitions d'un schéma existant sans modifier le fichier. MAIS IL NE FONCTIONNERA PAS POUR VOTRE EXEMPLE comme donné, car on ne peut pas redéfinir les éléments (seulement les types complexes, etc. voir http://www.w3.org/TR/xmlschema-1/#element-redefine).Par conséquent, j'ai décomposé votre exemple en types complexes explicites, afin qu'ils soient exposés pour une redéfinition.

RedefineOtherSchema.xsd:

<xs:schema id="RedefineOtherSchema" 
    targetNamespace="http://tempuri.org/OtherSchema" 
    elementFormDefault="qualified" 
    xmlns="http://tempuri.org/OtherSchema" 
    xmlns:xs="http://www.w3.org/2001/XMLSchema" 
    xmlns:m="http://tempuri.org/MySchema">   <!-- for the ref --> 

    <xs:import schemaLocation="MySchema.xsd" 
    namespace="http://tempuri.org/MySchema"/>  <!-- import --> 

    <xs:redefine schemaLocation="OtherSchema.xsd"> <!-- redefine --> 
    <xs:complexType name="SomeOtherElement"> 
     <xs:complexContent> 
     <xs:extension base="SomeOtherElement"> 
      <xs:attribute ref="m:myAttribute" />  <!-- the ref --> 
     </xs:extension> 
     </xs:complexContent> 
    </xs:complexType> 
    </xs:redefine> 
</xs:schema> 

OtherSchema:

<xs:schema id="OtherSchema" 
    targetNamespace="http://tempuri.org/OtherSchema" 
    elementFormDefault="qualified" 
    xmlns="http://tempuri.org/OtherSchema" 
    xmlns:xs="http://www.w3.org/2001/XMLSchema" 
> 
    <xs:element name="someElement" type="SomeElement"/> 

    <xs:complexType name="SomeElement"> 
     <xs:sequence> 
     <xs:element minOccurs="0" maxOccurs="unbounded" 
        name="someOtherElement" type="SomeOtherElement"/> 
     </xs:sequence> 
    </xs:complexType> 

    <xs:complexType name="SomeOtherElement"> 
     <xs:attribute name="someAttribute" /> 
    </xs:complexType> 
</xs:schema> 

MySchema: (inchangé)

<xs:schema id="MySchema" 
    targetNamespace="http://tempuri.org/MySchema" 
    elementFormDefault="qualified" 
    xmlns="http://tempuri.org/MySchema" 
    xmlns:xs="http://www.w3.org/2001/XMLSchema" 
> 
    <xs:attribute name="myAttribute"/> 
</xs:schema> 

Pourquoi <complexContent>? La redéfinition doit être une extension (ou une restriction) du type existant - c'est comme cela qu'elle modifie la définition précédente. L'extension doit être en <complexContent> (je crois).

Pourquoi <import>? Vous ne pouvez pas définir des objets dans plus d'un espace de noms dans un fichier xsd (il n'y a qu'un seul "targetNamespace"). Mais vous pouvez contourner cela en important une définition à partir d'un autre fichier xsd (alors vous ne l'avez pas "défini"). [Est il y a une autre façon?]

HTH :-)

Answer 4

C'est exactement ce NVDL (validation basée Namespace et dispatching Language) fournit. Il permet de combiner plusieurs schémas/vocabulaires pour valider un document sans avoir besoin de modifier ces schémas. NVDL est une norme ISO.

Un travail de script NVDL qui gère votre cas est inférieure

<rules xmlns="http://purl.oclc.org/dsdl/nvdl/ns/structure/1.0" startMode="other"> 
    <mode name="other"> 
    <namespace ns="http://tempuri.org/OtherSchema"> 
     <validate schema="other.xsd" useMode="validateMyAttributes"/> 
    </namespace> 
    </mode> 
    <mode name="validateMyAttributes"> 
    <namespace ns="http://tempuri.org/MySchema" match="attributes"> 
     <validate schema="my.xsd"/> 
    </namespace> 
    </mode> 
</rules> 

Fondamentalement, il dit valider ce qu'il est sur le ... namespace tempuri.org/OtherSchema avec le schéma other.xsd et les attributs de. ..tempuri.org/MySchema avec le schéma my.xsd.

Pour plus d'informations sur NVDL, voir www.nvdl.org. Le script ci-dessus a été testé avec oNVDL.