Utilisation du servlet de réponse asynchrone JAX-WS

Java™ API for XML-Based Web Services (JAX-WS) inclut un servlet de réponse asynchrone qui est utilisé dans l'environnement de serveur d'applications pour recevoir des réponses pour les demandes JAX-WS appelées de manière asynchrone.

Avant de commencer

JAX-WS fournit le support pour l'appel des services Web à l'aide d'un appel de client asynchrone en utilisant un modèle de rappel ou d'interrogation. Les modèles d'interrogation et de rappel sont disponibles sur le client Dispatch et le client Dynamic Proxy. Lorsqu'un client JAX-WS en cours d'exécution dans l'environnement de serveur d'applications utilise un appel de client asynchrone, les réponses sont reçues par le servlet de réponse asynchrone. Pour savoir comment utiliser le modèle d'appel client asynchrone, consultez les informations relatives à l'appel des services Web JAX-WS de manière asynchrone.

Remarque : Liberty ne prend pas en charge le modèle de programmation JAX-WS pour l'échange de message de demande et de réponse asynchrone. Vous pouvez plutôt utiliser l'adressage des services Web (WS-Addressing) pour l'échange de messages.

Pourquoi et quand exécuter cette tâche

Le servlet de réponse asynchrone est utilisé dans un serveur d'applications pour gérer les réponses asynchrones entrantes. Le servlet utilise les mêmes ports HTTP sécurisés et non sécurisés attribués au serveur d'applications. Le servlet démarre automatiquement lors du démarrage du serveur d'applications. Etant donné que le servlet de réponse asynchrone n'effectue pas de vérification d'autorisation en fonction des rôles, seules les vérifications d'authentification utilisateur sont effectuées.

Le servlet de réponse asynchrone prend en charge les protocoles HTTP et HTTPS. Etant donné que le servlet hérite de la configuration SSL du serveur d'applications, la configuration du serveur d'applications configure également le servlet. Le servlet de réponse asynchrone n'est pas concerné par les propriétés de port SSL et HTTP personnalisées utilisées par le port d'écoute de réponse asynchrone et s'exécute uniquement sur les ports d'application pour le serveur d'applications.

Procédure

  1. Déterminez si vous souhaitez que le client JAX-WS utilise un mécanisme de transport HTTP ou HTTPS.
  2. Configurez les chaînes de transport de conteneur Web pour modifier la configuration SSL du serveur d'applications. Le servlet hérite de ces paramètres. Pour savoir comment configurer les chaînes de transport de conteneur Web, consultez les informations relatives à la configuration des chaînes de transport.

Résultats

Le servlet de réponse asynchrone est configuré pour activer vos clients JAX-WS de telle sorte qu'ils reçoivent des réponses asynchrones sur le protocole de transport HTTP ou HTTPS.
Eviter les incidents Eviter les incidents: Lorsque vous ajoutez un nouveau serveur d'applications à votre environnement, le servlet de réponse asynchrone est redémarré automatiquement pour que le fichier deployment.xml puisse être mis à jour pour le nouveau serveur d'applications. Si l'application reçoit une réponse entrante alors que le servlet de réponse asynchrone est en cours de redémarrage, la réponse entrante peut échouer avec une erreur HTTP 404.gotcha
Eviter les incidents Eviter les incidents: Si les clients sont installés sur des serveurs WebSphere Application Server pour lesquels la sécurité des applications est activée, vous devez procéder comme suit pour configurer le fournisseur de services de façon à permettre aux services JAX-WS de renvoyer des réponses asynchrones :
  1. Développez Services > Ensembles de règles et cliquez sur Ensembles de règles de l'application > Nouveau pour créer un ensemble de règles.
  2. Dans le panneau Propriétés générales, indiquez un nom et une brève description pour le nouvel ensemble de règles.
  3. Sous Règles, cliquez sur Ajouter et sélectionnez Transport HTTP dans la liste déroulante. Cliquez sur Sauvegarder.
  4. Développez Services > Ensembles de règles et cliquez sur Liaisons générales de l'ensemble de règles du fournisseur > Nouveau.
  5. Définissez les zones Nom de configuration des liaisons et Description. Cliquez sur Ajouter et sélectionnez Transport HTTP dans la liste déroulante.
  6. Sous Authentification de base pour les réponses de service asynchrones sortantes, entrez le nom d'utilisateur et le mot de passe de votre utilisateur authentifié. Cliquez sur Appliquer, puis sur Sauvegarder.
  7. Développez Applications > Types d'application et cliquez sur Applications d'entreprise WebSphere > votre_nom_application. Dans Propriétés des services Web, cliquez sur Liaisons et ensembles de règles de fournisseur de service.
  8. Sélectionnez votre_service_Web, cliquez sur Associer et sélectionnez les ensembles de règles que vous avez créés à l'étape 3. Sélectionnez à nouveau votre_service_Web, cliquez sur Affecter une liaison et sélectionnez la liaison que vous avez créée à l'étape 6. Cliquez sur Sauvegarder.
gotcha

Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twbs_httpasyncrespservlet
Nom du fichier : twbs_httpasyncrespservlet.html