Un service Web peut comporter plusieurs ports. Vous pouvez afficher et configurer les attributs de chaque port de service Web défini.
Avant de commencer
Si vous n'avez pas encore déployé le fichier EAR (d'archive d'entreprise), vous devez le
préparer ou le déployer sur le serveur d'applications.
Pourquoi et quand exécuter cette tâche
Vous pouvez configurer les attributs de liaison qui sont associés au port du client de services Web, comme le délai d'expiration de synchronisation, l'URL de noeud final et le transport, à l'aide de l'option WebServicesClientBindPortInfo. Cette option permet en général de personnaliser la valeur du délai d'expiration
du client afin d'allonger ce délai lorsqu'il est configuré pour utiliser un
transport JMS (Java Message Service) pour accéder à un service Web.
Procédure
- Lancez une commande de script. Pour plus d'informations, voir Démarrage du client de script wsadmin.
- Configurez les informations de port d'un client de services Web.
Pour utiliser le port d'écoute existant au lieu d'utiliser ou de créer une spécification d'activation, déterminez si la version JAR d'EJB est inférieure à 2.1. Le système crée et utilise automatiquement une spécification d'activation que vous spécifiez à l'aide de l'option -usedefaultbindings pour déployer une application. Si une spécification d'activation existe, le système ignore le port d'écoute, mais utilise la spécification d'activation. Pour déployer une application avec une version JAR d'EJB supérieure ou égale à 2.1 utilisant les ports d'écoute définis au lieu d'une nouvelle spécification d'activation, attribuez la valeur true à la propriété système com.ibm.websphere.management.application.dfltbndng.mdb.preferexisting
dans le fichier wsadmin.properties figurant dans le répertoire des propriétés du profil concerné.
Utilisez les options install, installInteractive, edit ou editInteractive pour configurer les informations de port d'un client de services Web, comme l'exemple suivant le décrit :
$AdminApp install nom_app {-usedefaultbindings
-deployejb -WebServicesClientBindPortInfo {{nom_module nom_EJB
service_Web port délai d'attente id_authentification_base motpasse_authentification_base
alias_SSL noeud_final_remplacé espacenom_liaisons_remplacé }...}}
L'exemple suivant indique que les informations de plusieurs ports
peuvent être modifiées à l'aide de la commande WebServicesClientBindPortInfo,
où :
- nom_app est le nom de l'application (par exemple, MultiEjbJar.ear).
- nom_module est le nom du module (par exemple,
ejbclientonly.jar).
- nom_EJB est le nom de l'EJB et non un module EJB (par exemple, Exchange).
- service_Web est le nom du service Web (par exemple,
service/StockQuoteService).
- port est le nom du port (par exemple, StockQuote)
- délai d'attente indique la durée en secondes durant laquelle le client attend
une réponse
- id_authentification_base est l'ID du transport d'authentification de base
- motpasse_authentification_base est le mot de passe du transport d'authentification de base
- alias_SSL identifie l'alias SSL du port
- noeud_final_remplacé est le nom du noeud final qui doit remplacer son nom actuel.
- espacenom_liaisons_remplacé indique l'URI de l'espace de nom
de liaisons du fichier WSDL à utiliser avec le port.
- Sauvegardez les modifications apportées à la configuration avec la
commande $AdminConfig save.
Résultats
Les informations du port client associées au port de client de services Web sont configurées.
Exemple
$AdminApp installInteractive MultiEjbJar.ear
{-WebServicesClientBindPortInfo {{ejbclientonly.jar Exchange
service/StockQuoteService StockQuote 6000 jsmith js9password level3ssl
http://fastball.houston.ibm.com/newURL http://fastball.houston.ibm.com/newBindName}}
{ejbclientonly.jar Exchange service/StockQuoteService StockQuote2 9000 {}{}{}{}{}}}
Que faire ensuite
Vous pouvez maintenant terminer les autres configurations, démarrer ou
redémarrer l'application, puis vérifier le comportement attendu du service Web.