Fabrique de connexions unifié du fournisseur de messagerie par défaut [Paramètres]

Avant l'exécution de la recherche de la proximité des connexions pour sélectionner un moteur de messagerie approprié, le jeu de moteurs de messagerie membres du groupe cible indiqué est sélectionné. La recherche de proximité des connexions est alors restreinte à ces moteurs de messagerie. Si un groupe cible n'est pas indiqué (valeur par défaut), tous les moteurs de messagerie du bus sont pris en compte pendant la recherche de proximité des connexions.

Par exemple, si la propriété Type de cible correspond à Nom du membre du bus, la propriété Cible indique le nom du membre du bus à partir duquel les moteurs de messagerie peuvent être sélectionnés.

Si le moteur de messagerie sélectionné se trouve sur le même serveur que l'application, une connexion directe en cours de processus est établie et cette propriété de chaîne de transport est ignorée.

Il vous faut uniquement modifier cette propriété si des applications client s'exécutant en dehors d'un serveur d'applications ou si des applications s'exécutant sur un serveur dans une autre cellule visent à employer cette fabrique de connexions pour cibler le bus d'intégration de services indiqué dans cette dernière.

Pour utiliser des destinations JMS du fournisseur de messagerie par défaut, une application se connecte au moteur de messagerie du bus d'intégration de services cible auquel les destinations sont affectées. Par exemple, une file d'attente JMS est affectée à une destination de file d'attente sur un bus d'intégration de services.

Les applications client s'exécutant en dehors d'un serveur d'applications (par exemple, dans un conteneur client ou hors de l'environnement de WebSphere Application Server) ne peuvent pas localiser directement un moteur de messagerie approprié auquel se connecter dans le bus cible. De la même façon, une application exécutée sur un serveur, dans une cellule, qui se connecte à un bus cible d'une autre cellule ne peut pas localiser directement, dans ce bus cible, un moteur de messagerie approprié auquel se connecter.

Dans ces cas de figure, les clients (ou serveurs dans un autre bus) doivent mener à bien un processus d'amorçage via un serveur d'amorçage membre du bus cible. Un serveur d'amorçage est un serveur d'applications qui exécute le service SIB, mais qui n'a pas besoin d'exécuter de moteur de messagerie. Il sélectionne un moteur de messagerie s'exécutant dans un serveur d'applications qui prend en charge la chaîne de transport cible requise. Pour que le processus d'amorçage aboutisse, vous devez configurer un ou plusieurs noeuds finaux de fournisseur dans la fabrique de connexions utilisée par le client.

Un serveur d'amorçage utilise un port et une chaîne de transport d'amorçage spécifiques. Le port est la valeur SIB_ENDPOINT_ADDRESS (ou SIB_ENDPOINT_SECURE_ADDRESS si la sécurité est activée) du moteur de messagerie qui héberge l'extrémité distante de la liaison. Avec le nom d'hôte, l'ensemble forme l'adresse du noeud final du serveur d'amorçage.

Les propriétés d'une fabrique de connexions JMS utilisée par une application déterminent la sélection d'un moteur de messagerie convenable et le mode de connexion de cette application au moteur sélectionné.

• Si aucun justificatif de sécurité n'est fourni, valeur par défaut.
  • Si aucun hôte n'est indiqué, localhost est utilisé.
  • Si aucun port n'est indiqué, 7276 est utilisé.
  • Si aucune chaîne de canal d'amorçage n'est indiquée, la chaîne de transport d'amorçage BootstrapBasicMessaging est utilisée.
• Si des justificatifs de sécurité sont fournis, valeur par défaut.
  • Si aucun hôte n'est indiqué, localhost est utilisé.
  • Si aucun port n'est indiqué, 7286 est utilisé.
  • Si aucune chaîne de canal d'amorçage n'est indiquée, la chaîne de transport d'amorçage BootstrapBasicMessaging est utilisée.

Remarque : Pour la plateforme IBM® i, vous devez (au moins) changer le nom d'hôte par défaut et remplacer localhost par nomvotreserveur.

Pour qu'une application utilise un serveur d'amorçage avec une autre adresse de noeud final, vous devez indiquer cette adresse dans la propriété Noeuds finaux de fournisseur des fabriques de connexions JMS que l'application client emploie. Vous pouvez indiquer une ou plusieurs adresses de noeud final de serveurs d'amorçage.

Les adresses de noeud final pour les serveurs d'amorçage doivent être indiquées dans chaque fabrique de connexions JMS utilisée par des applications en dehors d'un serveur d'applications. Pour ne pas avoir à indiquer une longue liste de serveurs d'amorçage, vous pouvez préciser quelques serveurs à haute disponibilité comme serveurs d'amorçage dédiés. Il suffit ensuite d'entrer une courte liste de serveurs d'amorçage dans chaque fabrique de connexions.

boothost1:7278:BootstrapBasicMessaging
ou 
boothost1:7278

boothost2:7289:BootstrapTunneledSecureMessaging

[ [nom_hôte] [ ":" [numéro_port] [ ":" nom_chaîne] ] ]

Le fait d'entrer nom_hôte : nom_chaîne au lieu de nom_hôte : : nom_chaîne (avec deux signes deux-points) est incorrect. Vous pouvez ne rien entrer ou indiquer l'une des formules suivantes : "a", "a:", ":7276", "::chaîne", etc. La valeur par défaut s'applique si vous n'indiquez aucune autre valeur, mais vous devez séparer les zones par des signes ":".

boothost1:7278:BootstrapBasicMessaging, 
  boothost2:7289:BootstrapTunneledSecureMessaging, 
  [2002:914:fc12:179:9:20:141:42]:7276:BootstrapBasicMessaging

Pour plus d'informations sur l'utilisation de cette propriété avec d'autres propriétés de fabrique de connexions pour la gestion de la charge de travail des connexions, voir la rubrique Propriétés d'administration des connexions JMS à un bus.

Les messages affectés à un destinataire sont verrouillés sur le serveur et ne peuvent pas être consommés par d'autres destinataires de cette destination. Les messages affectés à un destinataire, mais qui ne sont pas consommés avant la fermeture du client, sont ensuite déverrouillés sur le serveur, puis prêts à être reçus par d'autres destinataires.

Vous pouvez redéfinir cette propriété pour des destinations JMS en définissant la propriété Lecture anticipée sur la destination JMS.

• L'application ne modifie pas l'objet de données stocké dans un message d'objet JMS.
• L'application remplit un message d'octets JMS en utilisant un appel à writeBytes(byte[]) et ne modifie pas le tableau d'octets une fois qu'il est défini dans le message.

Lorsqu'ils sont activés, les messages Objet/Octets reçus par une application générant des messages, qui s'est connectée au bus à l'aide de cette fabrique de connexions, ne verront pas leurs données copiées une fois définies, et le système sérialisera uniquement les données de message lorsque cela sera absolument nécessaire. Les applications qui envoient ces messages ne doivent pas modifier les données une fois que celles-ci sont définies dans le message.

• L'application ne modifie pas l'objet de données obtenu à partir du message d'objet JMS. L'objet des données sont traitées en mode lecture seule.

Lorsqu'ils sont activés, les messages reçus par une application utilisant des messages, qui s'est connectée à cette fabrique de connexions, verront leurs données de message sérialisées par le système uniquement lorsque cela sera absolument nécessaire. Les données obtenues à partir de ces messages doivent être traitées en lecture seule par les applications.

Sélectionnez cette propriété pour enregistrer des connexions créées sans contexte de transaction.

Cette option est utilisée comme partie de la tâche afin d'activer les beans entity CMP pour partager les connexions de base de données utilisées par le magasin de données d'un moteur de messagerie. Cela permettrait d'améliorer les performances du débit général des messages d'environ 15 %, mais n'est possible que pour les beans entity connectés au serveur d'applications contenant le moteur de messagerie.

Pour plus d'informations sur l'utilisation de cette option, voir la rubrique Activation de beans entity CMP et de magasins de données de moteur de messagerie pour le partage des connexions de base de données.

Cette propriété fournit la liste des alias des entrées de données d'authentification JCA définis pour WebSphere Application Server. Vous pouvez sélectionner un alias d'entrée de données à utiliser pour l'authentification lors du processus de reprise XA.

Si vous avez activé la sécurité pour le bus d'intégration de services associé, sélectionnez l'alias désignant l'ID utilisateur et le mot de passe défini pour la reprise XA, qui est valide dans le registre d'utilisateurs de WebSphere Application Server. Cette propriété doit être définie si la sécurité du bus est activée et que des transactions XA doivent être utilisées.