jaxws-maven-plugin résoudre WSDL emplacement par rapport à l'emplacement de la classe, pourquoi?

Je suis en utilisant le jaxws-maven-plugin version 2.1. J'ai trouvé très étrange code généré pour l'emplacement WSDL à partir de pot de ressources:

                <configuration>
                    <keep>true</keep>
                    <sourceDestDir>${basedir}/src/main/java</sourceDestDir>
                    <extension>true</extension>
                    <wsdlDirectory>${basedir}/src/main/resources/wsdl</wsdlDirectory>
                    <packageName>my.package.gen</packageName>
                    <wsdlLocation>wsdl/*</wsdlLocation>
                    <wsdlFiles>
                        <wsdlFile>mywsdl.wsdl</wsdlFile>                            
                    </wsdlFiles>
                </configuration>

Et le code généré est:

static {
    URL url = null;
    try {
        URL baseUrl;
        baseUrl = my.package.gen.My_Service.class.getResource(".");
        url = new URL(baseUrl, "wsdl/mywsdl.wsdl");
    } catch (MalformedURLException e) {
        logger.warning("Failed to create URL for the wsdl Location: 'wsdl/mywsdl.wsdl', retrying as a local file");
        logger.warning(e.getMessage());
    }
    MYSERVICE_WSDL_LOCATION = url; }

De sorte que le fichier wsdl est recherché dans le répertoire (package) de la classe générée par les résidents, et pas dans la jar du répertoire, comme ce serait logique. Et le WSDL peut pas être trouvé.

Est-ce un bug dans jaxws-maven-plugin, ou est l'erreur dans ma configuration?

en attendant, pourriez-vous trouver une solution pour le problème? Je suis confronté au même problème que vous et Samuels solution est vraiment un vilain hack.
Ici est la même question avec une autre solution. stackoverflow.com/questions/4163586/...

InformationsquelleAutor Danubian Sailor | 2013-01-10

2

Vous devez utiliser jaxws-maven-plugin version 2.3 au lieu de 2.1 et le résultat sera que vous serait attendu.

La sortie de la version 2.3 de cette façon (si votre wsdl dossier src/main/resources):
```
URL url = <Any>.class.getClassLoader().getResource("wsdl/anywsdl.wsdl");
```
- Vous dites que c'est corrigé dans la version 2.3 de jaxws-maven-plugin? J'ai vérifié de mon entreprise Nexus et malheureusement la version la plus récente est de 2,2 (je ne peux pas utiliser quoi que ce soit à l'exception des artefacts à partir de là). Donc, je devrais leur proposer de version de mise à jour? Avez-vous un quelconque lien avec la problématique de l'information, dans la version qui était-elle fixe? J'ai besoin de quelque chose pour prouver que cette mise à jour est nécessaire.
- Oui, c'est vrai. J'ai changé, seule la version de mon construire à partir de 2.3 retour à 2.1 pour voir le résultat sera le même de @Łukasz웃Lツ . Et c'était ça 🙂 j'ai vérifié aussi mon build gradle avec wsimport tâche qui a utilisé jax-ws 2.1.4 et il a été aussi mal j'ai donc mis à jour pour jax-ws 2.2.8 et le problème résolu, il y a l'. Donc, JAX-WS outils 2.2.8 est également de travailler en tant que de besoin.
- Je vais vous donner que des informations pour mon entreprise. Si elles sont mises à jour du plugin ou de combattre le problème à la main de fixation, c'est à eux 🙂
- Maintenant, j'ai vérifié, étape par étape, JAX-WS versions de 2.1.7 jusqu'2.2.3 la différence est vraiment visible 🙂 Le premier changement s'est vraiment passé en 2.2, mais il n'utilisez pas le chargeur de classe juste simple de la classe.getResource (), mais déjà avec le bon chemin d'accès relatif. Le même en 2.2.1, 2.2.2 est manquant. À partir 2.2.3 ils utilisent <Aucun>.classe.getClassLoader().getResource("<path>") quelle est donc la bonne.
- sry mais , certainement essayé tous .. getClassLoader() est jamais apparu , sont passés à cxf-codegen-plugin et tout fonctionne très bien .. stackoverflow.com/questions/4455195/...
InformationsquelleAutor Miklos Krivan

Pour la génération de

url = new URL(baseUrl, "wsdl/mywsdl.wsdl");

C'est le comportement voulu, d'après cela,

http://jax-ws-commons.java.net/jaxws-maven-plugin/wsimport-mojo.html#wsdlLocation

Cela dépend de ce que vous voulez faire.

Si ce qui vous trouble est

My_Service.classe.getResource(".");

Vous pouvez vous débarrasser de la pointe (chemin relatif) avec quelque chose comme :

<plugin>
        <groupId>com.google.code.maven-replacer-plugin</groupId>
        <artifactId>replacer</artifactId>
        <version>1.5.0</version>
        <executions>
          <execution>
            <phase>process-sources</phase>
            <goals>
              <goal>replace</goal>
            </goals>
          </execution>
        </executions>
        <configuration>
          <file>target/generated-sources/wsimport/lu/hitec/webservices/pssu/${wsdl.app}/${interface.name}_Service.java</file>
          <replacements>
            <replacement>
              <token>_Service\.class\.getResource\("\."\)</token>
              <value>_Service\.class\.getResource\(""\)</value>
            </replacement>
          </replacements>
        </configuration>
      </plugin>

Ouais, une solution de contournement, qui nécessite l'utilisation d'une bibliothèque externe (plugin). J'espère que c'est corrigé dans la version 2.3 de jaxws-maven-plugin, comme Miklos Krivan écrit, dans mon cas, il sera difficile de convaincre l'entreprise d'utiliser une version plus récente de jaxws plugin, à les convaincre d'utiliser un nouveau plugin a été pratiquement impossible...

InformationsquelleAutor Samuel EUSTACHI

Vous devez vous connecter pour publier un commentaire.