JAXB génération de classe avec importé XSD et de liaison

Je suis en train de générer des classes à partir de la suite de common.xsd laquelle les importations x.xsd et y.xsd.

common.xsd est comme suit:

<?xml version="1.0"?>
    <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
    <xs:import namespace="mynamespace:x" schemaLocation="x.xsd"/>
    <xs:import namespace="mynamespace:y" schemaLocation="y.xsd"/>
</xs:schema>

J'essaie d'utiliser une liaison de fichier qui spécifie une interface commune qui est mise en œuvre par les classes générées. Mon fichier de liaison est comme suit:

jaxb:extensionBindingPrefixes="inheritance" version="2.1">

<jaxb:globalBindings> 
    <jaxb:javaType name="java.lang.Long" xmlType="xsd:integer"/> 
</jaxb:globalBindings>

<jaxb:bindings schemaLocation="common.xsd" node="/xsd:schema">

    <jaxb:bindings node="xsd:complexType[@name='Customer']">
        <inheritance:implements>jaxb.BaseMessage</inheritance:implements>
        <jaxb:class />
    </jaxb:bindings>

    <jaxb:bindings node="xsd:complexType[@name='Payments']">
        <inheritance:implements>jaxb.BaseMessage</inheritance:implements>
        <jaxb:class />
    </jaxb:bindings>

J'ai essayé de générer le code, mais il se plaint que:

[ERROR] XPath evaluation of "xsd:complexType[@name='Customer']" results in empty target node
[ERROR] XPath evaluation of "xsd:complexType[@name='Payments']" results in empty target node

Comment puis-je définir les nœuds dans les liaisons fichiers sont en fait dans l'individu externe les fichiers XSD, mais pas dans common.xsd?

J'ai eu à remplir certaines pièces manquantes afin de produire le scénario de test dans ma réponse. Permettez-moi de savoir si j'ai fait toute les idées fausses au sujet de votre cas d'utilisation.
Salut, j'ai ouvert un bounty pour cette question, mais il n'est pas le même problème que j'ai eu. Mon problème vient lors de l'utilisation de wsdl2java et des liaisons. J'ai résolu le problème avec l'aide des réponses, donc je vais attribution de 50 points pour la bonne réponse à votre problème @vallismortis
désolé, @user3057702 posé la question... Avez-vous trouvé votre réponse???

OriginalL'auteur user3057702 | 2015-04-21

Normalement, la façon dont vous voulez le faire serait d'utiliser Composant de schéma Indicatifs (SCD) au lieu de XPath.

À l'aide de SCD pour les personnalisations

[XPath] est également source d'erreurs, car elle s'appuie sur le chemin du schéma documents sont disposés, parce que l'attribut schemaLocation doit pointer vers le bon schéma de fichier du document. Lorsqu'un schéma est divisé en plusieurs fichiers pour la modularité (qui arrive souvent avec les grands schémas), alors vous devriez trouver un fichier de schéma, il est. Même si vous pouvez utiliser des chemins relatifs, ce codage en dur des informations de chemin d'accès qui rend difficile de passer autour de la liaison de fichiers à d'autres personnes.

SCD de Soutien

Par rapport à la norme XPath approche fondée sur le DCG permet plus robuste et concis moyen d'identifier une cible d'une personnalisation. Pour en savoir plus sur la DRÉPANOCYTOSE, reportez-vous à la dcg exemple. Notez que la DRÉPANOCYTOSE est une W3C projet de travail, et peut changer dans le futur.

Malheureusement, en raison d'un bug dans XJC, SCD ne fonctionne pas en combinaison avec extensions fournisseur. Vous verrez une erreur de ce type:

[ERROR] cvc-elt.1: Cannot find the declaration of element 'inheritance:implements'.

La auteur de jaxb2-notions de base a récemment écrit un explication détaillée de ce problème particulier. En gros, si vous voulez utiliser des extensions fournisseur, vous êtes coincé avec XPath (et ses limites) pour l'instant.

Un XPath solution basée sur

Ici est un complet, qui travaillent par exemple à l'aide de XPath avec les extensions fournisseur sur la base des informations que vous avez fournies dans votre question. Je crois que la bonne façon de générer les classes à partir des schémas importés sont par le biais d'une des liaisons élément. Comme preuve que cela fonctionne comme prévu, la classe générée à partir de cette liaison (Cust) est visible et réutilisé par les classes générées par common.xsd. Chaque produit de classe implémente la classe de base jaxb.BaseMessage.

Je crois que c'est une bonne solution que vous trouverez jusqu'à ce que le XJC bug est corrigé.

src/main/resources/bindings.xjb:

<?xml version="1.0" encoding="UTF-8"?>
<jaxb:bindings xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    jaxb:version="2.1"
    xmlns:jaxb="http://java.sun.com/xml/ns/jaxb"
    xmlns:xjc="http://java.sun.com/xml/ns/jaxb/xjc"
    xmlns:inheritance="http://jaxb2-commons.dev.java.net/basic/inheritance"
    jaxb:extensionBindingPrefixes="xjc inheritance">

  <jaxb:globalBindings>
    <jaxb:javaType name="java.lang.Long" xmlType="xsd:integer" />
  </jaxb:globalBindings>

  <jaxb:bindings schemaLocation="schema/x.xsd">
    <jaxb:bindings node="//xsd:complexType[@name='Customer']">
      <jaxb:class name="Cust" />
      <inheritance:implements>jaxb.BaseMessage</inheritance:implements>
    </jaxb:bindings>
  </jaxb:bindings>

  <jaxb:bindings schemaLocation="schema/y.xsd">
    <jaxb:bindings node="//xsd:complexType[@name='Payments']">
      <jaxb:class />
      <inheritance:implements>jaxb.BaseMessage</inheritance:implements>
    </jaxb:bindings>
  </jaxb:bindings>

  <jaxb:bindings schemaLocation="schema/common.xsd">
    <jaxb:bindings node="//xsd:complexType[@name='CustomerPayments']">
      <jaxb:class />
      <inheritance:implements>jaxb.BaseMessage</inheritance:implements>
    </jaxb:bindings>
  </jaxb:bindings>

</jaxb:bindings>

src/main/resources/schema/common.xsd:

<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema version="1.0"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns:x="http://test.org/common/x"
    xmlns:y="http://test.org/common/y"
    targetNamespace="http://test.org/common">

  <xsd:import namespace="http://test.org/common/x" schemaLocation="x.xsd" />
  <xsd:import namespace="http://test.org/common/y" schemaLocation="y.xsd" />

  <xsd:complexType name="CustomerPayments">
    <xsd:sequence>
      <xsd:element name="customer" type="x:Customer" />
      <xsd:element name="payments" type="y:Payments" />
    </xsd:sequence>
  </xsd:complexType>

</xsd:schema>

src/main/resources/schema/x.xsd:

<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema version="1.0"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    elementFormDefault="qualified"
    attributeFormDefault="unqualified"
    targetNamespace="http://test.org/common/x">

  <xsd:complexType name="Customer">
    <xsd:sequence>
      <xsd:element name="name" type="xsd:string" />
    </xsd:sequence>
  </xsd:complexType>

</xsd:schema>

src/main/resources/schema/y.xsd:

<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema version="1.0"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    elementFormDefault="qualified"
    attributeFormDefault="unqualified"
    targetNamespace="http://test.org/common/y">

  <xsd:complexType name="Payments">
    <xsd:sequence>
      <xsd:element name="amount" type="xsd:float" />
    </xsd:sequence>
  </xsd:complexType>

</xsd:schema>

build.xml:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE project>
<project name="JAXB XPath Test" default="xjc" basedir=".">

  <property name="build.folder" location="build" />

  <taskdef name="xjc" classname="org.jvnet.jaxb2_commons.xjc.XJC2Task">
    <classpath>
        <fileset dir="${basedir}/lib">
          <include name="jaxb-impl-2.2.6.jar" />
          <include name="jaxb-xjc-2.2.6.jar" />
          <include name="jaxb2-basics-ant-0.9.4.jar" />
          <include name="javaparser-1.0.11.jar" />
          <include name="commons-lang3-3.2.jar" />
        </fileset>
    </classpath>
  </taskdef>

  <target name="xjc" description="Generate the source code.">

    <xjc destdir="${basedir}/src/main/java" extension="true">

      <arg line="
        -Xequals
        -XhashCode
        -XtoString
        -Xcopyable
        -Xmergeable
        -Xinheritance" />

      <binding dir="${basedir}/src/main/resources">
        <include name="**/*.xjb" />
      </binding>

      <schema dir="${basedir}/src/main/resources/schema">
        <include name="**/*.xsd" />
      </schema>

      <classpath>
        <fileset dir="${basedir}/lib">
            <include name="jaxb2-basics-0.9.4.jar"/>
            <include name="jaxb2-basics-runtime-0.9.4.jar"/>
            <include name="jaxb2-basics-tools-0.9.4.jar"/>
            <include name="commons-beanutils-1.8.0.jar"/>
            <include name="commons-lang3-3.2.jar"/>
            <include name="commons-logging-1.1.1.jar"/>
        </fileset>
      </classpath>

    </xjc>

  </target>

</project>

J'ai un feedling vous êtes de compliquer à l'excès. Le problème est que schemaLocation pointe vers le mauvais schéma. Je ne vois pas pourquoi Dcg étaient vraiment nécessaire ici.
Je pense qu'il y a peut-être partie des cas d'utilisation que nous ne sommes pas voir ici. J'ai fait l'hypothèse que 'common.xml" peut-être le seul schéma sous contrôle du développeur, et qu'il pourrait être éventuellement être de nombreux autres schémas inclus, les types dérivés tous définis dans la "commune" de fichier. La façon dont la question est formulée, il me semble qu'il est souhaitable de ne pas se référer directement à tous les schémas importés. C'est un des cas qui scd a été conçue pour améliorer. Espérons OP répond et nous pouvons voir le reste des cas d'utilisation.
Hm, vous n'avez pas besoin de "contrôler" le schéma pour être en mesure d'appliquer les liaisons. J'ai compilé grandes collections de schémas avec (presque) pas de Dcg. Je dirais que nous avons fourni suffisamment d'indices. Ne vous attendez pas beaucoup de réaction de la nouvelle low-rep des utilisateurs.

OriginalL'auteur vallismortis

Je poste une deuxième réponse, car je crois que ce que vous essayez d'atteindre est possible sans extensions fournisseur, mais je pense aussi que ma réponse originale à cette question peut être utile à d'autres personnes qui ont besoin d'extensions fournisseur.

Cet exemple supprime également les espaces de noms, mais ils pourraient être ajoutés facilement. Le même script de construction est utilisé pour cette réponse comme dans mon précédent.

src/main/resources/bindings.xjb:

<?xml version="1.0" encoding="UTF-8"?>
<jaxb:bindings xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    jaxb:version="2.1"
    xmlns:jaxb="http://java.sun.com/xml/ns/jaxb"
    xmlns:xjc="http://java.sun.com/xml/ns/jaxb/xjc"
    jaxb:extensionBindingPrefixes="xjc"
    xmlns:common="schema/common.xsd">

  <jaxb:globalBindings>
    <jaxb:javaType name="java.lang.Long" xmlType="xsd:integer" />
    <xjc:superInterface name="jaxb.BaseMessage" />
  </jaxb:globalBindings>

</jaxb:bindings>

src/main/resources/schema/common.xsd:

<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema version="1.0" xmlns:xsd="http://www.w3.org/2001/XMLSchema">

  <xsd:include schemaLocation="x.xsd" />
  <xsd:include schemaLocation="y.xsd" />

  <xsd:complexType name="CustomerPayments">
    <xsd:sequence>
      <xsd:element name="customer" type="Customer" />
      <xsd:element name="payments" type="Payments" />
    </xsd:sequence>
  </xsd:complexType>

</xsd:schema>

src/main/resources/schema/x.xsd:

<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema version="1.0" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <xsd:complexType name="Customer">
      <xsd:sequence>
        <xsd:element name="name" type="xsd:string" />
      </xsd:sequence>
    </xsd:complexType>
</xsd:schema>

src/main/resources/y.xsd:

<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema version="1.0" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <xsd:complexType name="Payments">
      <xsd:sequence>
        <xsd:element name="amount" type="xsd:float" />
      </xsd:sequence>
    </xsd:complexType>
</xsd:schema>

OriginalL'auteur vallismortis

Pourquoi ne pas vous suffit de pointer votre schemaLocation à x.xsd et y.xsd, où les types sont définis?

<jaxb:bindings schemaLocation="x.xsd" node="/xsd:schema">
    <jaxb:bindings node="xsd:complexType[@name='Customer']">
        <inheritance:implements>jaxb.BaseMessage</inheritance:implements>
        <jaxb:class />
    </jaxb:bindings>
</jaxb:bindings>

<jaxb:bindings schemaLocation="y.xsd" node="/xsd:schema">
    <jaxb:bindings node="xsd:complexType[@name='Payments']">
        <inheritance:implements>jaxb.BaseMessage</inheritance:implements>
        <jaxb:class />
    </jaxb:bindings>
</jaxb:bindings>

OriginalL'auteur lexicore

-1

Je pense qu'il ne fonctionne pas parce que vous n'avez pas à démarrer le noeud avec //

Essayez ceci:
```
<jaxb:bindings node="//xsd:complexType[@name='Customer']">
    <inheritance:implements>jaxb.BaseMessage</inheritance:implements>
</jaxb:bindings>
```
Dans la question, node="/xsd:schema" a été utilisé comme le nœud de départ. Généralement, xsd:complexType[@name='Customer'] devrait être un nœud enfant de l'élément de schéma. Cependant, XPath n'est pas de les trouver lors de l'importation à partir de schémas à l'aide de leurs propres espaces de noms.

OriginalL'auteur Code_Eraser

Vous devez vous connecter pour publier un commentaire.