Comment un wsimport client généré travail?

Avant toute chose, je veux que vous sachiez que je peux déjà vous connecter au serveur de services web. Je vous pose cette question parce que j'aimerais acquérir une connaissance plus approfondie sur la façon dont un wsimport généré le client fonctionne. En fonction de mes recherches, wsimport utilise JAXWS. Veuillez noter que je n'ai aucune connaissance de JAXWS.

J'ai généré mon client à l'aide de wsimport. Le WSDL que j'ai utilisé est à partir d'un Axis2 et le service web a été généré automatiquement par Axis2. Les classes ci-dessous sont les résultats de wsimport:

Sous com.datamodel.xsd

  • DataBeanRequest.java
  • DataBeanResponse.java
  • ObjectFactory.java
  • package-info.java

Sous com.service

  • MyWebService.java
  • MyWebServicePortType.java
  • MyMethod.java
  • MyMethodResponse.java
  • ObjectFactory.java
  • package-info.java

Avec les classes ci-dessus, je peux que dire que com.datamodel.xsd contient des fèves utilisées par le serveur de service web (à l'exclusion des ObjectFactory et package-info). Pendant ce temps, MyMethod et MyMethodResponse sont aussi des fèves utilisées pour définir la demande et de la réponse de paramètre de la méthode de service web/de l'opération.

Ci-dessous mes questions sont: (Vous n'avez donc pas à répondre à toutes si vous ne connaissez pas les réponses à certaines de mes questions. 🙂 Et n'hésitez pas à partager l'info que vous pensez que je pourrais trouver utile.)

Suis-je correct avec

  • Suis-je correct avec mes hypothèses ci-dessus?
  • Quels sont la fonction des autres classes?
  • J'ai inspecté MyWebService et qu'il contient une annotation se référant à l'emplacement absolu du fichier WSDL, j'ai utilisé pour générer le client. Quelle est la pertinence de la spécification de la wsdllocation dans le client? Comment le client ne peut utiliser cette info?
  • J'ai remarqué que l'URL du service web n'est pas déclaré dans l'une des classes générées. Comment le client de savoir où il doit se connecter à?
  • Était le fichier WSDL annoté de sorte que le client peut lire l'URL dans le fichier WSDL lors de la connexion? Si oui, alors ça veut dire que le fichier WSDL est toujours en lecture lors d'une nouvelle connexion doit être établie?
  • Car il y a un besoin pour moi de compiler mon application et l'installer sur un autre serveur, la volonté de devenir invalide. Puis-je le mettre à un chemin d'accès relatif au lieu d'un chemin d'accès absolu? Comment? (Réponse: Oui, il peut être réglé à un chemin d'accès relatif. Le wsimport commande a un wsdllocation attribut dans lequel la valeur de la wsdllocation peut être spécifié.)
  • Que faire si j'ai besoin de vous connecter à un site HTTPS. Comment puis-je régler le certificat de serveur?
  • Est là toute la différence quand je générer mon client à l'aide de wsimport et quand je le générer à l'aide de Axis2 ou Apache CXF.
InformationsquelleAutor Arci | 2012-09-03
  1. 45

    Avant que je réponds aux questions, quelques précisions: JAX-WS est une spécification pour la mise en œuvre de web services en Java. Il décrit comment WSDL artefacts peuvent être mappés à des classes Java et comment cette cartographie peut être appliqué à l'aide d'annotations. Vous pouvez télécharger la spécification ici. L'outil wsimport est le cadre de référence de mise en œuvre de cette spécification et l'implémentation de référence est la partie de la bibliothèque de classes Java. Il existe plusieurs implémentations alternatives, telles que Axis2, CXF ou le Métro, qui améliorent la base de JAX-WS soutien de avec le soutien d'autres normes telles que WS-ReliableMessaging ou WS-Security.

    Maintenant à vos questions:

    Suis-je correct avec mes hypothèses ci-dessus?

    Oui, vous l'êtes.

    Quels sont la fonction des autres classes?

    La package-info existe pour cartographier l'espace de noms XML utilisés dans le service web pour l'emballage dans lequel vos classes d'implémentation de résidence. L'espace de noms normalement est différente à partir d'un package Java nom (normalement, c'est une URL) et de ce fait, la cartographie nécessaire.

    La ObjectFactory vous permet de créer des messages envoyés et reçus par le service. Vous avez besoin de cette si vous voulez brancher dans le code en face de votre de la classe de stub, modifier des messages ou des choses semblables.

    Je ne peux pas voir le contenu de vos cours, mais si je comprends bien droit MyWebServicePortType est une interface qui ressemble à la portType dans votre WSDL. C'est, il fait correspondre les opérations et leurs signatures dans le WSDL méthodes de Java. Si vous voulez fournir le service (que vous ne le faites pas, vous vous interrogez le client), vous devez implémenter cette interface. Que vous mettre en œuvre le client, il vous suffit de l'utiliser.

    Enfin, la classe MyWebService contient le stub client dont vous avez besoin si vous voulez invoquer le service web.

    J'ai inspecté MyWebService et qu'il contient une annotation se référant à
    l'emplacement absolu du fichier WSDL, j'ai utilisé pour générer le client. Ce
    c'est la pertinence de la spécification de la wsdllocation dans le client? Comment
    le client ne peut utiliser cette info?

    L'interface que vous avez généré contient la signature de la portType du service, mais il n'explique pas comment vous pouvez parler à votre service. C'est la partie de la liaison dans le fichier WSDL. Le réglage de base est un document/literal style pour les messages à l'aide de SOAP sur HTTP. D'autres configurations, comme le SAVON sur JMS, sont possibles et que votre client a besoin de connaître le protocole à utiliser. Par conséquent, il a besoin de la liaison WSDL. Aussi, comme vous le dites plus tard, il n'y a pas d'adresse de point de terminaison dans vos fichiers Java. Cette adresse est également de lire à partir du fichier WSDL.

    J'ai remarqué que l'URL du service web n'est pas déclarée dans
    toutes les classes générées. Comment le client de savoir où elle en a besoin
    pour vous connecter à?

    Il lit le address de la port de la service dans le fichier WSDL. Il est situé à la fin de l'WSDL.

    Était le fichier WSDL annoté de sorte que le client peut lire l'URL sur le
    Fichier WSDL lors de la connexion?

    Non, le port est typique d'un élément de béton de terminaison de service web. Il n'y a rien de spécial ici.

    Si oui, alors ça veut dire que le fichier WSDL est toujours en lecture lorsqu'une nouvelle
    connexion doit être établie?

    Bien, il pourrait être mise en cache côté client (je ne connais pas les détails de l'implémentation de référence sur celui-ci). À partir d'un point de vue conceptuel: oui, il est.

    Que faire si j'ai besoin de vous connecter à un site HTTPS. Comment puis-je configurer le serveur
    certificat

    Cela peut être difficile, je ne peux pas vous donner de dehors-de-le-boîte de réponse. Je vous propose de lire par le biais de questions sur ce sujet, comme celui-ci.

    Est là toute la différence quand je générer mon client à l'aide de wsimport et
    quand je le générer à l'aide de Axis2 ou Apache CXF

    Oui, il est. wsimport est mieux, ne pas utiliser de wsdl2java. Voici une description, pourquoi.

    • Merci encore! 😀 Vous êtes aussi celui qui a répondu à ma question précédente. Je veux juste préciser cela: JAXWS est une spécification Java pour les services web. Java, CXF, Axis2 et d'autres sont des exemples d'Api/des cadres de mise en œuvre de la JAXWS spécification. Je suis bon avec cela? Aussi, que pouvez-vous dire sur wsimport vs CXF lors de la génération des stubs client? Le lien que vous m'avez donné compare uniquement wsimport à Axis2. Est les fonctionnalités supplémentaires de Axis2, CXF vraiment utile de les comparer à la plaine JAXWS de Java (en Considérant que vous allez utiliser pour développer un client de service web, pas un serveur.)?
    • Oui, je suis en ce guichet, ainsi 🙂 Oui, vous avez raison dans ce que vous dites. Concernant wsdl2java vs wsimport: Malheureusement, je ne peux pas vous donner les faits, mais seulement le mot de la bouche de conseiller. CXF et Axis2 nom de leurs outils de génération de code aussi, mais ils sont différents. J'ai eu de mauvaises expériences avec axis2 wsdl2java, mais pas d'expérience avec cxf wsdl2java. Jusqu'à présent, je n'ai pas eu une expérience négative avec wsimport. J'ai même l'utiliser pour générer les stubs client qui utilisent également CXF. De ce que j'ai vécu et lu, CXF est une amende WS-pile.
    • Concernant les caractéristiques supplémentaires: avez-vous besoin des choses comme docs.oasis-open.org/ws-rx/wsrm/200702 ou oasis-open.org/committees/tc_home.php?wg_abbrev=wss ? Pour le dire autrement: le service que vous appelez utiliser une stratégie? (Recherchez les éléments de la politique dans le WSDL). Si non, l'implémentation de référence sera très probablement être suffisant. Il peut y avoir des avantages de performance pour l'une des piles, mais il n'y a pratiquement pas de données sur là-bas.
    • Merci! Je n'ai aucune expérience avec CXF. D'autre part, je n'ai qu'une connaissance de base sur Axis2 et très peu de connaissances sur JAX-WS. Concernant les fonctionnalités supplémentaires, pour être honnête, je ne suis pas sûr de ce que j'ai besoin. Je veux juste vous demander si il peut faire certaines choses plus faciles. Je pourrais avoir besoin à la recherche de ce qu'est une politique. J'ai lu un WS-policy avant, mais je ne suis pas sûr de ce qu'il fait.
    • WS-policy permet de configurer la non-propriétés fonctionnelles (le chiffrement des messages, ...) pour le service. L'idée est que le service définit une politique et le WS-pile (axis2, cxf, ...) de client et de service à la faire fonctionner, sans codage supplémentaire nécessaire au client ou côté service. Comme vous pouvez déjà vous connecter au service, je suppose qu'il ne définit pas une politique, et vous pouvez sont sûrs à utiliser l'implémentation de référence.
    InformationsquelleAutor joergl
  2. 3

    Vous avez demandé: j'ai remarqué que l'URL du service web n'est pas déclaré dans l'une des classes générées. Comment le client de savoir où il doit se connecter à?

    Si le WSDL a été téléchargé à l'aide d'un navigateur et transmis en entrée de wsimport, l'emplacement du fichier wsdl est intégré dans le code généré. C'est pourquoi vous ne voyez pas le service de localisation dans le code généré. Cela signifie également que si vous avez supprimé la copie locale du fichier wsdl généré le code ne fonctionne pas (quand inovked à l'aide d'une méthode principale) .

    Si l'URL du wsdl a été transmis en entrée de wsimport alors que l'URL est intégré dans le code généré, qui est en outre utilisée pour obtenir le véritable emplacement du service. L'idée est que le WSDL emplacements sont fixes. Ils sont censés être dans un registre UDDI ou comme un fichier local. Cela permet de les services réels à déplacer et s'ils ne déplacer, vous avez juste à modifier la copie locale du fichier wsdl seul ou mettre à jour le fichier wsdl dans le registre UDDI. [la plupart du temps il ne se produit pas comme les lieux de service ne sont jamais IP et les noms DNS]

    C'est pourquoi il n'est jamais une bonne idée de publier le wsdl dans le même serveur où votre site web est en cours d'exécution

    InformationsquelleAutor krish