Configuration du client pour l'activation de la messagerie JMS entre plusieurs serveurs Liberty
Pour activer la messagerie JMS sur plusieurs serveurs, vous devez configurer la fonction wasJmsClient-2.0 sur un serveur Liberty différent.
Procédure
- Activez la fonction du client JMS sur le client. Si vous voulez effectuer une recherche JNDI, vous devez aussi ajouter le dispositif jndi-1.0.
<featureManager> <feature>wasJmsClient-2.0</feature> <feature>jndi-1.0</feature> </featureManager>
- Configurez les ressources JMS requises.
<jmsQueueConnectionFactory jndiName="myQCF" connectionManagerRef="ConMgr4"> <properties.wasJms remoteServerAddress="meserver.ibm.com:7276:BootstrapBasicMessaging" /> </jmsQueueConnectionFactory> <connectionManager id="ConMgr4" maxPoolSize="2"/> <jmsQueue jndiName="myQ"> <properties.wasJms queueName="libertyQ" /> </jmsQueue>
Remarque : Pour que l'application JMS puisse établir une connexion TCP/IP distante au moteur de messagerie distant, configurez la propriété <remoteServerAddress> de la fabrique de connexions. La propriété <remoteServerAddress> référence le serveur qui doit être contacté, sur lequel se trouve le moteur de messagerie. La déclaration de propriété doit être au format suivant :
où nom_hôte est le nom de l'hôte sur lequel le moteur de messagerie s'exécute, port est le port JMS entrant qui est configuré côté serveur, mode est BootstrapBasicMessaging si le protocole SSL n'est pas utilisé et BootStrapSecureMessaging si le protocole SSL est utilisé.remoteServerAddress="hostname:port:mode"
Si <remoteServerAddress> n'est pas spécifié, l'application JMS tente de se connecter à un moteur de messagerie local par défaut sur le même serveur Liberty.
- Facultatif : Configurez des propriétés supplémentaires.
- Lors de la configuration des clients en vue de leur connexion à distance au moteur de messagerie, vous pouvez créer des canaux personnalisés, que l'application peut utiliser pour se connecter au moteur de messagerie. Les deux canaux par défaut sont BootstrapBasicMessaging et BootStrapSecureMessaging.
Pour remplacer ces deux définitions de canal et utiliser un canal personnalisé, utilisez
l'élément <wasJmsOutbound> comme suit :
<featureManager> <feature>wasJmsClient-2.0</feature> <feature>jndi-1.0</feature> </featureManager> <wasJmsOutbound id=”CustomChain”/> <jmsQueueConnectionFactory jndiName="myQCF" connectionManagerRef="ConMgr4"> <properties.wasJms remoteServerAddress="meserver.ibm.com:7276: CustomChain" /> </jmsQueueConnectionFactory> <connectionManager id="ConMgr4" maxPoolSize="2"/>
- Lorsque l'application utilise la fabrique de connexions
myQCF, elle utilise CustomChain pour se connecter au moteur de messagerie distant au lieu d'utiliser
BootStrapBasicMessaging.
De même, si vous voulez utiliser un canal sécurisé, vous pouvez utiliser l'option
<useSSL> dans l'élément <wasJmsOutbound> comme illustré par l'exemple suivant :
<featureManager> <feature>wasJmsClient-2.0</feature> <feature>jndi-1.0</feature> </featureManager> <wasJmsOutbound id=”CustomChainSecured” useSSL=”true”/> <jmsQueueConnectionFactory jndiName="myQCF" connectionManagerRef="ConMgr4"> <properties.wasJms remoteServerAddress="meserver.ibm.com:7276: CustomChainSecured" /> </jmsQueueConnectionFactory> <connectionManager id="ConMgr4" maxPoolSize="2"/>
- Lors de la configuration des clients en vue de leur connexion à distance au moteur de messagerie, vous pouvez créer des canaux personnalisés, que l'application peut utiliser pour se connecter au moteur de messagerie. Les deux canaux par défaut sont BootstrapBasicMessaging et BootStrapSecureMessaging.
Pour remplacer ces deux définitions de canal et utiliser un canal personnalisé, utilisez
l'élément <wasJmsOutbound> comme suit :
Rubrique parent : Activation de la messagerie JMS entre deux serveurs Liberty

Nom du fichier : twlp_msg_multi_client.html