wsimport client de personnaliser de multiples noms de package

Je suis en utilisant wsimport pour générer les stubs client pour JAX-WS webservice appels

wsimport a la -p option qui permet de personnaliser le nom de package.

Pour eg. si le WSDL a de l'espace de noms de com.abc, alors vous pouvez substituer com.abc par com.pqr en appelant wsimport avec le -p com.pqr ligne de commande.

Cependant, cela fonctionne bien que si il y a un seul espace de noms utilisé dans le fichier wsdl.
Si il y a plusieurs espaces de noms dans le fichier wsdl, est-il un moyen de remplacer chacun d'eux avec un autre nom de package.

Pour eg. si je veux de l'espace de noms com.abc.s1 à être remplacés par des noms com.pqr.s1 & namespace com.abc.s2 pour être remplacé par l'espace de noms com.pqr.s2.

Si j'utilise wsimport -p com.pqr.s1, il met toutes les classes générées dans com.pqr.s1

Est-il un moyen de réaliser ce que je veux?

C'est possible avec une coutume jaxb de liaison. Publier vos wsdl (ou quelque chose comme ça ici). Le scénario idéal serait que pour vos différents schéma pour être dans des xsds, mais je présume que vous n'avez pas d'
ils sont dans des schémas distincts. Comment fait-il m'aider?
De les avoir dans des fichiers séparés signifie que vous n'avez pas à traiter avec un enchevêtrement de Xpath ou de renverser un tas de jax-b des directives contraignantes dans votre WSDL
Avez-vous jamais obtenir autour d'essayer cela?

OriginalL'auteur user93353 | 2015-01-05

  1. 4

    Généralement, vous utilisez un jax-b fichier de liaisons pour personnaliser le unmarshal le processus de XSD ou WSDL. Les liaisons de la langue fournit la <package/> directive dans le but de personnaliser le package généré d'un schéma.

    Séparé des schèmes, dans des fichiers séparés, vous pouvez avoir un composite fichier de liaisons vais ressembler à quelque chose comme ceci:

    <?xml version="1.0" encoding="UTF-8"?>
<jaxb:bindings xmlns:jaxb="http://java.sun.com/xml/ns/jaxb"
               xmlns:xsd="http://www.w3.org/2001/XMLSchema"
               jaxb:version="2.0">
  <jaxb:bindings schemaLocation="Flight.xsd"  node="/xsd:schema">
    <jaxb:schemaBindings>
      <jaxb:package name="travel.flight"/>
    </jaxb:schemaBindings>
  </jaxb:bindings>
  <jaxb:bindings schemaLocation="Hotel.xsd" node="/xsd:schema">
    <jaxb:schemaBindings>
      <jaxb:package name="travel.hotel"/>
    </jaxb:schemaBindings>
  </jaxb:bindings>
</jaxb:bindings>

    Où schemaLocation fera référence à l'emplacement des différents fichiers de schéma, node se réfère à l'élément XML qui la déclaration est censée s'appliquer. <jaxb:package/> va définir le nom du package de sortie.

    Vous devez nourrir le fichier de liaisons à wsimport à l'aide de la -b directive et vous devriez être bien

    Référence:

    OriginalL'auteur kolossus

  2. 2

    Je l'ai fait, est de faire le suivant.

    D'abord créer un schéma.xjc fichier

    <?xml version="1.0" encoding="UTF-8"?>
<jaxb:bindings xmlns:jaxb="http://java.sun.com/xml/ns/jaxb"
               xmlns:xsd="http://www.w3.org/2001/XMLSchema"
               jaxb:version="2.0">
    <jaxb:bindings schemaLocation="YOUR_URL?wsdl#types?schema1">
        <jaxb:schemaBindings>
            <jaxb:package name="your.package.name.schema1"/>
        </jaxb:schemaBindings>
    </jaxb:bindings>
    <jaxb:bindings schemaLocation="YOUR_URL??wsdl#types?schema2">
        <jaxb:schemaBindings>
            <jaxb:package name="your.package.name.schema2"/>
        </jaxb:schemaBindings>
    </jaxb:bindings>
</jaxb:bindings>

    Le nom de package peut être tout ce que vous voulez qu'il soit, tant qu'il ne contient pas tous les mots réservés en Java

    Ensuite, vous devez créer la wsimport.chauve-souris de script pour générer votre emballé et le code à l'emplacement de votre choix.

    cd C:\YOUR\PATH\TO\PLACE\THE\PACKAGES
wsimport -keep -verbose -b "C:\YOUR\PATH\TO\schema.xjb" YOUR_URL?wsdl
pause

    Si vous ne souhaitez pas utiliser de cd, vous pouvez mettre le wsimport.chauve-souris "C:\YOUR\PATH\TO\PLACE\THE\PACKAGES"

    Si vous l'exécuter sans -garder -verbose il ne fera que générer les paquets, mais pas la .les fichiers java.

    L'-b assurez-vous que le schéma.xjc est utilisé lors de la génération de

    OriginalL'auteur Glenn Van Schil