Fabriques de connexions JMS et intégration de services
Une fabrique de connexions JMS permet de créer des connexions à des ressources JMS sur un bus d'intégration de services.
Une fabrique de connexions JMS "indépendante du domaine" prend en charge les interfaces JMS 1.1 indépendantes du domaine (parfois appelées interfaces "unifiées" ou "communes"). Les applications peuvent ainsi utiliser les mêmes interfaces communes pour la messagerie point-à-point et pour la messagerie de publication/d'abonnement. En outre, la messagerie point-à-point et la messagerie de publication/d'abonnement sont toutes deux disponibles dans la même transaction.
En raison de l'héritage de l'interface défini par la spécification JMS, une application JMS 1.1 peut utiliser une fabrique de connexions JMS 1.0.2b, spécifique au domaine. Toutefois, une application JMS 1.0.2b ne peut pas utiliser de fabrique de connexions JMS 1.1 spécifique au domaine.
Vous devez utiliser le type de fabrique de connexions qui correspond au niveau JMS et au masque de domaine dans lesquels une application est développée. Par exemple, utilisez une fabrique de connexions JMS indépendante du domaine pour une application JMS développée pour utiliser des interfaces JMS 1.1 indépendantes du domaine et une fabrique de connexions de file d'attente JMS pour une application JMS développée pour utiliser des interfaces de file d'attente spécifiques au domaine.
Les applications exécutées sur un serveur appartenant à un bus peuvent rechercher un moteur de messagerie dans ce bus. 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 sans avoir à exécuter des moteurs 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. Le processus d'amorçage n'est possible que si vous configurez un ou plusieurs noeuds finaux de fournisseur dans la fabrique de connexions utilisée par le client.