wsimport -clientjar génère des classes (package par défaut)

Je suis à l'aide de l'-clientjar wsimport paramètre pour exporter mon WebService dans un bocal.

>wsimport -d C:\webservice -keep -clientjar webservice.jar http://localhost:8080/WebService?wsdl

Un dossier avec le code source (.fichiers java) et un webservice.jar sont créés.

Le pot ressemble à ceci:

com
  |
  company
        |
        webservice
                 |
                 a bunch of .class files

META-INF
       |
       wsdl
          |
          wsdl file

Cependant, lorsque je l'ai mis sur le WEB-INF/lib du dossier de mon projet, les classes sont dans le (package par défaut) et sont nommés comme

com\company\webservice\file.class

Je ne comprends pas pourquoi. J'ai aussi utilisé le paramètre-p pour spécifier un nom de package, mais il ne fonctionne pas.

Toute indices?

même ici. des indices?
lorsque j'utilise le -clientjar option le jar généré comme un résultat de qui contient uniquement un répertoire META-INF.

OriginalL'auteur Bubumuk | 2013-09-23

3

Il y a deux options pour cela , à la fois fonctionne comme un charme.
Et les deux options peuvent être automatisées d'ant\gradle .

1.À utiliser-clientjar et puis remballer les sources

2.Insérer manuellement le fichier wsdl dans le pot, et de personnaliser le wsdLlocation URL

En supposant que vous avez C:\WSDL\SO\stas.wsdl
(J'ai été en cours d'exécution sur windows)
```
CD  C:\WSDL\SO\
```
Première option
```
C:\WSDL\SO>wsimport -clientjar StasWebServiceClient.jar stas.wsdl
```
Cela crée StasWebServiceClient.jar fichier jar , mais lors de l'importation à l'éclipse, les sources ne sont pas importables , en raison de la rubrique problème (package par défaut).

=> Décompressez le fichier jar de dossier en cours , vous pouvez utiliser 7zip ou tout autre grand zip outil , ou vous pouvez exécuter
```
C:\WSDL\SO>jar xf StasWebServiceClient.jar
```
pour décompresser le pot .

Hiérarchie de dossiers devrait ressembler à
```
C:\WSDL\SO\META-INF

C:\WSDL\SO\stas.wsdl(original wsdl)

C:\WSDL\SO\StasWebServiceClient.jar(generated jar file)

C:\WSDL\SO\META-INF\wsdl(created by -clientjar)

C:\WSDL\SO\META-INF\wsdl\stas.wsdl(copied by -clientjar)

C:\WSDL\SO\com\...

/* all generated classes\sources */

C:\WSDL\SO\com\...
```
=> Ne
```
C:\WSDL\SO>jar -cvf StasWebServiceClientCorrect.jar com META-INF
```
cela va créer un autre bocal , StasWebServiceClientCorrect.jar qui dispose désormais de l'emballage correct .

Deuxième option

=> Exécuter wsimport
```
C:\WSDL\SO>wsimport -keep stas.wsdl
```
pour générer le code .J'aime toujours à garder une option , mais c'est à vous.

=> créer un répertoire META-INF
```
C:\WSDL\SO>mkdir META-INF
```
=> Créer des META-INF/wsdl dossier
```
C:\WSDL\SO>cd META-INF




C:\WSDL\SO\META-INF>mkdir wsdl
```
=> aller au dossier suivant .
```
C:\WSDL\SO\META-INF>cd ..
```
=> Copie stas.fichier wsdl dans META-INF\wsdl\stas.wsdl
```
C:\WSDL\SO>copy stas.wsdl META-INF\wsdl\stas.wsdl
```
=> Créer un jar archive
```
C:\WSDL\SO>jar -cvf StasWebServiceClient.jar com META-INF
```
Importer le pot de l'espace de travail.
Lorsque vous allez créer de l'appel au service , à l'utilisation :
```
StasService stasService = new  StasService(StasService.class.getClassLoader().getResource("META-INF/wsdl/stas.wsdl") )
```
OriginalL'auteur Stas
2

Je pense que le problème ici est que -clientjar option est prévue pour un tout autre but que l'OP attend.

Le but de la -clientjar option est de mettre une copie du fichier WSDL à l'intérieur du artefacts produits de sorte qu'il peut devenir le cadre de l'application du fichier jar. L'avantage d'avoir un groupés WSDL (et de fait, l'aide bien sûr), c'est que le web service consommateur n'a pas à faire un appel à l'extrémité de télécharger le fichier WSDL à chaque fois qu'il lance lui-même.

Liens:

https://weblogs.java.net/blog/ramapulavarthi/archive/2010/09/03/wsimport-clientjar-option-ease-client-side-web-service-progra

À l'aide de jaxws-maven-plugin-clientjar option

OriginalL'auteur peterh
1

1.) Décompressez/unjar clientjar

2.) jar fichier à l'aide de
```
jar cvf <jarName>.jar <root_folders> 
```
exemple:
```
jar cvf weather.jar com META_INF
```
OriginalL'auteur mel3kings
0

J'ai eu le même problème. Finalement décidé de ne pas utiliser l'-clientjar option et a généré un pot manuellement avec jar.exe et les œuvres.

OriginalL'auteur Marc T
0

Que j'ai utilisé-clientjar donc il va faire tout le travail pour moi, mais ma préférée archiveur de fichiers à unzjar et le bocal de nouveau.

OriginalL'auteur Bienvenido David

Vous devez vous connecter pour publier un commentaire.