Déploiement d'applications de services Web sur des serveurs d'applications
Après l'assemblage des artefacts requis pour activer le module Web pour les services Web dans un fichier EAR, vous pouvez déployer le fichier EAR dans le serveur d'applications.
Avant de commencer
Pour déployer des services Web de type Java, vous devez disposer d'une application d'entreprise (ou fichier EAR) qui est configurée et activée pour les services Web.
Une application JAX-WS (Java™ API for XML-Based Web Services) ne requiert pas de descripteurs de déploiement et de liaisons supplémentaires pour le déploiement d'applications alors qu'une application de services Web JAX-RPC (Java API for XML-based RPC) le requiert. JAX-WS est plus dynamique et ne requiert aucune des données statiques générées par l'étape de déploiement requise pour le déploiement d'applications JAX-RPC.
Pour les services Web JAX-WS, l'utilisation du descripteur de déploiement webservices.xml est facultatif car vous pouvez utiliser des annotations pour spécifier toutes les informations contenues dans le fichier de descripteur de déploiement. Vous pouvez utiliser ce fichier pour augmenter ou remplacer des annotations JAX-WS existantes. Toutes les informations que vous définissez dans le descripteur de déploiement webservices.xml remplacent les informations correspondantes spécifiées par les annotations.

Vous pouvez utiliser la commande wsdeploy avec les applications JAX-RPC pour ajouter des classes de déploiement spécifiques du produit WebSphere Enterprise Application à un fichier EAR (Enterprise Archive) compatible avec les services Web ou à un fichier JAR (Java Archive).du client de l'application.
Pour installer ou déployer une application JAX-WS, vous avez seulement besoin d'installer le fichier EAR compatible avec JAX-WS. Si l'application de services Web contient uniquement des noeuds finals JAX-WS, la commande wsdeploy est superflue, car elle n'est utilisée que pour traiter les noeuds finals JAX-RPC.
Vérifiez que vous avez installé le module de routeur HTTP ou JMS (Java Message Service), généré avec la commande endptEnabler, sur la même cible que vos fichiers JAR de bean enterprise pour les services Web. Ces modules de routeur HTTP ou JMS sont inclus dans votre application de services Web et doivent utiliser les bibliothèques d'exécution du serveur d'applications.
Pourquoi et quand exécuter cette tâche
Cette tâche fait partie de la procédure de développement et d'implémentation de services Web.
Vous pouvez utiliser la console d'administration ou l'outil de scriptage wsadmin pour déployer un fichier EAR. Si vous installez une application contenant des services Web à l'aide de la commande wsadmin, spécifiez l'option -deployws pour les applications JAX-RPC. Si vous installez une application contenant des services web à l'aide de la console d'administration, sélectionnez le déploiement des services Web dans l'Assistant Installation d'une nouvelle application. Pour plus de détails sur l'installation des applications à l'aide de la console d'administration, consultez les informations sur l'installation de fichiers d'application d'entreprise à l'aide de la console.
Si l'application de services Web a été précédemment déployée à l'aide de la commande wsdeploy, il n'est pas nécessaire de spécifier le déploiement des services Web au cours de l'installation.
Effectuez les étapes suivantes pour déployer le fichier EAR avec la commande wsadmin :Procédure
Résultats
Un service Web est installé sur votre serveur d'applications.

Que faire ensuite
{http://webservice.pli.tc.wssvt.ibm.com}RetireWebServices
Hello ! Voici un service Web Axis2 !
La première ligne d'informations est variable (elle
dépend de votre service Web). L'URI figurant entre crochets correspond à l'espace de nom,
tandis que la chaîne qui le suit (dans cet exemple, RetireWebServices) correspond au nom du port utilisé pour accéder au service Web.La prochaine étape qui pourrait vous être utile consiste à appliquer une sécurité au service Web.