Java Webservice Client (Meilleure façon)

Question

Java Webservice Client (Meilleure façon)

J'ai un WSDL tiers, j'ai besoin d'écrire du code en Java pour qu'un client de service Web appelle les opérations dans le WSDL tiers. À l'heure actuelle, j'ai généré le talon client à l'aide de l'outil WSDL2JAVA d'Axis et utilisé les XMLbeans pour la liaison de données.

Quelle est la meilleure approche pour faire ce JAVA?
J'ai lu à propos de SAAJ, on dirait que ce sera un niveau d'approche plus granulaire?
Existe-t-il un autre moyen que d'utiliser l'outil WSDL2Java pour générer le code. Peut-être wsimport dans une autre option. Quels sont les avantages et les inconvénients?
Quelqu'un peut-il envoyer les liens pour de bons tutoriels sur ces sujets?
Quelles sont les options que nous devons utiliser lors de la génération du code en utilisant le WSDL2Java?

J'ai utilisé certaines des choses de base au départ. Maintenant, j'ai ces options

C:\axis2-1.5.1\bin>wsdl2java -uri  mywsdlurl  -o client -p somepackage -d xmlbeans -s -t -ssi

82

French java jax-ws axis2 wsdl2java webservice-client

Author: Koray Tugay, 2010-08-28

Source

4 answers

score 159 · Answer 1

Quelle est la meilleure approche pour faire ce JAVA?

Personnellement, je ne PAS utiliser Axis 2, même pour le développement côté client uniquement. Voici pourquoi je m'en éloigne:

Je n'aime pas son architecture et je déteste son modèle de déploiement contre-productif.
Je trouve que c'est un projet de faible qualité.
Je n'aime pas ses performances (voir ce benchmark contre JAX-WS RI).
C'est toujours un cauchemar de configurer les dépendances (I utilisez Maven et je toujours dois se battre avec le gazillion de dépendances) (voir #2)
Axis a aspiré beaucoup de temps et Axis2 n'est pas meilleur. Non, ce n'est pas une opinion personnelle, il y a un consensus.
J'ai souffert une fois, jamais plus.

La seule raison pour laquelle Axis est toujours présent est IMO car il est utilisé dans Eclipse depuis des lustres. Dieu merci, cela a été corrigé dans Eclipse Helios et j'espère qu'Axis2 va enfin mourir. Il y a juste de bien meilleures piles.

Je lire à propos de SAAJ, on dirait que ce sera plus granulaire niveau d'approche?

Pour faire quoi?

Existe-t-il un autre moyen que d'utiliser l'outil WSDL2Java pour générer le code. Peut-être wsimport dans une autre option. Quels sont les avantages et les inconvénients?

Oui! Préférez une pile JAX-WS comme CXFou JAX-WS RI (vous pourriez aussi lire sur Metro, Metro = JAX-WS RI + WSIT), ils sont juste plus élégants, plus simples, plus faciles à utiliser. Dans votre cas, j'utiliserais simplement JAX-WS RI qui est inclus dans Java 6 et donc wsimport.

Quelqu'un peut-il envoyer les liens pour de bons tutoriels sur ces sujets?

C'est un autre pro, il y a beaucoup de tutoriels (de bonne qualité) pour JAX-WS, voir par exemple:

le Développement de JAX-WS des Clients de Services Web (en cliquant ici)
La plateforme Java SE 6, Partie 1
Créer un Service Web Simple et Client avec JAX-WS
Créer un client SOAP avec Apache CXF ou GlassFish Metro (Le blog de Glen Mazza est une excellente ressource)

Quelles sont les options que nous devons utiliser lors de la génération du code en utilisant le WSDL2Java?

Aucune option, utilisez wsimport :)

Voir aussi

Questions connexes

score 8 · Answer 2

J'ai eu un bon succès en utilisant Spring WS pour la fin client d'une application de service Web-voir http://static.springsource.org/spring-ws/sites/1.5/reference/html/client.html

Mon projet utilise une combinaison de:

XMLBeans (généré à partir d'un simple travail Maven à l'aide du xmlbeans-maven-plugin)
Spring WS - l'utilisation de marshalSendAndReceive() réduit le code à une ligne pour l'envoi et la réception
Certains Dozer - mapping le XMLBeans complexes en beans simples pour l'interface graphique client