Configuration d'une connexion à un serveur d'amorçage autre que celui par défaut

Un serveur d'amorçage est un serveur d'applications s'exécutant dans la cellule, et plus précisément dans le groupe central du bus d'intégration de services.

Pourquoi et quand exécuter cette tâche

La connexion à un serveur d'amorçage autre que celui par défaut est permise par une fabrique de connexions JMS ou une spécification d'activation JMS. La connexion permet à des applications d'employer un serveur d'amorçage avec une adresse de noeud final autre que celle par défaut. L'exemple de syntaxe de noeud final du fournisseur présenté dans cette rubrique est également pertinent pour la configuration du noeud final d'amorçage dans d'autres tâches, comme la configuration d'une liaison du bus d'intégration de services.

Pour utiliser des destinations JMS du fournisseur de messagerie par défaut, une application ou un bean géré par message (message-driven) 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 s'exécutant dans un serveur appartenant à la même cellule que le bus d'intégration de services peuvent généralement se connecter au moteur de messagerie sur ce bus sans avoir besoin de configurer des noeuds finaux d'un fournisseur. Si la cellule a été divisée en deux groupes centraux définis chacun avec ses propres règles, les applications client exécutées dans une conteneur client et les applications client exécutées en dehors de l'environnement WebSphere Application Server ne peuvent pas trouver automatiquement le bus d'intégration de services nécessaire (à moins qu'un pont du groupe central a été configuré entre les groupes centraux dans la même cellule) et vous devez configurer un ou plusieurs noeuds finaux de fournisseur. De la même façon, sauf si un point de groupe central a été défini entre les deux cellules, une application exécutée sur un serveur, dans une cellule, ne peut pas se connecter à un bus dans une autre cellule sans configuration des noeuds finaux de fournisseur.

Dans les scénarios dans lesquels des noeuds finaux de fournisseur sont requis, les clients ou les serveurs se trouvant sur un autre bus doivent appliquer un processus d'amorce via un serveur d'amorçage. Ce dernier n'a pas besoin d'être membre du bus d'intégration de services, ni de contenir des moteurs de messagerie. Pour que l'application puisse localiser le serveur d'amorçage requis, vous devez configurer la propriété de noeud final de fournisseur de la fabrique de connexions JMS ou de la spécification d'activation JMS utilisée par l'application client. Lorsque le serveur d'amorçage reçoit la requête client, il choisit un moteur de messagerie répondant aux critères indiqués par la fabrique de connexions ou la spécification d'activation (par exemple, la chaîne de transport cible, le groupe cible, la proximité de connexion). Il renvoie les informations d'emplacement du moteur de messagerie au client et le client crée une connexion au moteur de messagerie cible, si nécessaire.

La figure suivante illustre une application client exécutée en dehors d'un serveur d'applications.

Figure 1. Connexion à un moteur de messagerie : Applications exécutées en dehors d'un serveur d'applications
Cette figure est décrite dans le texte.

Pour se connecter à un moteur de messagerie, l'application se connecte d'abord à un serveur d'amorçage. Ce dernier sélectionne un moteur de messagerie, puis indique à l'application client de se connecter à ce moteur de messagerie.

La figure suivante représente un bean géré par message (message-driven) s'exécutant sur un serveur d'applications qui se trouve dans une cellule différente de la cellule dans laquelle se trouve le bus auquel le bean géré par message (message-driven) doit se connecter pour recevoir des messages.

Figure 2. Connexion à un moteur de messagerie : connexion d'une application de bean géré par message à une destination dans une cellule différenteCette illustration est décrite dans le texte périphérique.

Pour se connecter à un moteur de messagerie, le bean géré par message (message-driven) se connecte d'abord à un serveur d'amorçage. Ce dernier sélectionne un moteur de messagerie, puis indique au bean géré par message de se connecter à ce moteur de messagerie.

Un serveur d'amorçage est à l'écoute sur un noeud final défini par la combinaison :
  • du nom de l'hôte sur lequel le serveur d'amorçage s'exécute,
  • d'un port spécifique qui est SIB_END_POINT ou, si la sécurité est activée, SIB_ENDPOINT_SECURE_ADDRESS,
  • d'une chaîne de transport d'amorçage.

Les propriétés d'une fabrique de connexions JMS contrôlent comment une application se connecte à un moteur de messagerie et le moteur de messagerie sélectionné. Si vous déployez l'application sur un serveur d'applications sur lequel le service de bus d'intégration de services (SIB) est activé, le système utilise le service SIB pour rechercher un moteur de messagerie qui correspond aux critères de la fabrique de connexions. Le service SIB connaît tous les moteurs de messagerie exécutés sur des serveurs du groupe central duquel l'application du serveur d'applications déployée est un membre.

Si un moteur de messagerie approprié est trouvé, l'application est connectée à celui-ci et n'utilise aucun noeud final de fournisseur spécifié dans la fabrique de connexions.
Remarque : Cela signifie que vous ne pouvez pas déployer une application dans une cellule pour qu'elle se connecte à un bus du même nom dans une autre cellule. A la place, l'application se connecte au bus de la cellule locale.
Les noeuds finaux de fournisseur de la fabrique de connexions permettent de se connecter à un serveur d'amorçage distant si l'une des conditions suivantes s'applique :
  • L'application s'exécute en tant qu'application client en dehors d'un serveur d'applications.
  • Aucun service SIB ne s'exécute dans le serveur d'applications sur lequel l'application est déployée.
  • Le service SIB ne trouve aucun moteur de messagerie approprié pour l'application à laquelle se connecter.
Si vous ne spécifiez aucune valeur de noeuds finaux de fournisseur dans la fabrique de connexions, la valeur par défaut dépend de la fourniture ou non d'un mot de passe par l'application.
  • Si l'application n'indique pas de mot de passe, l'adresse de noeud final par défaut localhost:7276:BootstrapBasicMessaging est utilisée. En d'autres termes, par défaut les applications tentent d'utiliser un serveur d'amorçage sur le même hôte que le client, avec le port 7276 et la chaîne de transport d'amorçage prédéfinie BootstrapBasicMessaging.
  • Si l'application indique un mot de passe, le port sécurisé par défaut 7286 et la chaîne de transport BootstrapSecureMessaging sont utilisés pour empêcher la transmission d'un mot de passe non chiffré au serveur.
[IBM i]Remarque : Pour la plateforme IBM® i, vous devez (au moins) changer le nom d'hôte par défaut et remplacer localhost par votre.nom.de.serveur.

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 ou des spécifications d'activation JMS que l'application client ou le bean géré par message utilise. Vous pouvez définir une ou plusieurs adresses de noeud final de serveurs d'amorçage en utilisant une liste d'éléments séparés par une virgule.

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. Vous pouvez ensuite spécifier une courte liste de serveurs d'amorçage dans chaque fabrique de connexions.

Cette tâche repose sur une application qui utilise une fabrique de connexions JMS unifiée. Vous pouvez utiliser la même tâche pour configurer une fabrique de connexions de file d'attente JMS ou de sujet JMS, mais lors de l'exécution de cette tâche, vous devez sélectionner le type de fabrique de connexions approprié et non une fabrique de connexions de file d'attente JMS. Cette tâche permet également de configurer une spécification d'activation JMS à la place d'une fabrique de connexions JMS.

Lorsque vous configurez une connexion à un serveur d'amorçage qui n'est pas un serveur d'amorçage par défaut, définissez les valeurs nécessaires et utilisez deux points (:) comme séparateurs. La syntaxe est la suivante :
[ [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. La valeur par défaut s'applique si vous n'indiquez aucune autre valeur, mais vous devez séparer les zones par des signes ":".

Pour une application utilisant un serveur d'amorçage avec une adresse de noeud final autre que celle par défaut, procédez comme suit.

Procédure

  1. Identifiez l'adresse de noeud final du serveur d'applications à utiliser comme serveur d'amorçage. Cette adresse est de la forme suivante : nom_hôte:numéro_port:nom_chaîne.
    nom_hôte
    Nom de l'hôte sur lequel le serveur est exécuté. Il peut s'agir d'une adresse IP. Pour une adresse IPv6, placez le nom d'hôte entre crochets ([]).La valeur par défaut est localhost.
    [IBM i]Remarque : Vous devez (au minimum) changer le nom d'hôte par défaut et remplacer localhost par votre.nom.de.serveur.
    numéro_port
    Si spécifié, l'une des adresses ci-après du moteur de messagerie hébergeant l'extrémité éloignée de la liaison :
    • Si la sécurité est activée : SIB_ENDPOINT_ADDRESS
    • Si la sécurité est activée, pour les connexions sécurisées : SIB_ENDPOINT_SECURE_ADDRESS

    Cette valeur est obligatoire. La valeur par défaut est 7276 si l'application n'a pas fourni de mot de passe, ou 7286 dans le cas contraire.

    Pour rechercher l'une des valeurs numéro_port à l'aide de la console d'administration, cliquez sur Serveurs -> Types de serveurs -> Serveurs d'applications WebSphere -> nom_serveur -> [Communications] Ports.

    nom_chaîne
    Nom de la chaîne de transport d'amorçage prédéfinie et servant à se connecter au serveur d'amorçage. S'il n'est pas spécifié, la valeur par défaut est BootstrapBasicMessaging si un mot de passe n'a pas été fourni, ou BootstrapSecureMessaging dans le cas contraire.

    Les chaînes de transport d'amorçage prédéfinies qui suivent sont fournies :

    BootstrapBasicMessaging
    Chaîne de transport serveur InboundBasicMessaging (JFAP-TCP/IP).
    BootstrapSecureMessaging
    Chaîne de transport serveur InboundSecureMessaging (JFAP-SSL-TCP/IP).
    BootstrapTunneledMessaging
    Avant d'utiliser cette chaîne de transport d'amorçage, vous devez définir une chaîne de transport serveur correspondante sur le serveur d'amorçage. Pour ce faire, cliquez sur Serveurs -> Types de serveurs -> Serveurs d'applications WebSphere -> nom_serveur -> [Messagerie du serveur] Transports entrants du moteur de messagerie. Cette chaîne de transport tunnelise JFAP et utilise des encapsuleurs HTTP.
    BootstrapTunneledSecureMessaging
    Avant d'utiliser cette chaîne de transport d'amorçage, vous devez définir une chaîne de transport serveur correspondante sur le serveur d'amorçage. Pour ce faire, cliquez sur Serveurs -> Types de serveurs -> Serveurs d'applications WebSphere -> nom_serveur -> [Messagerie du serveur] Transports entrants du moteur de messagerie. Cette chaîne de transport tunnelise JFAP et utilise des encapsuleurs HTTP.

    Pour indiquer plusieurs serveurs d'amorçage, identifiez toutes les adresses de noeud final requises Séparez chaque adresse de noeud final par une virgule.

    Vous devriez pouvoir spécifier l'adresse de noeud final de chaque serveur d'amorçage. Par exemple, pour un serveur dont le port non sécurisé est 7278, sur l'hôte boothost1, qui utilise la chaîne de transport par défaut BootstrapBasicMessaging:
    boothost1:7278:BootstrapBasicMessaging
    ou
    boothost1:7278
    et pour un serveur auquel est attribué le port 7289 sécurisé sur l'hôte boothost2 avec la chaîne de transport prédéfinie BootstrapTunneledSecureMessaging:
    boothost2:7289:BootstrapTunneledSecureMessaging
  2. Facultatif : Configurez l'adresse de noeud final du serveur d'amorçage pour la propriété Noeud final du fournisseur de la fabrique de connexions.
    Si l'application client utiliser une fabrique de connexions JMS dans le conteneur client, utilisez l'outil ACRCT (Application Client Resource Configuration).
    1. Démarrez l'outil et ouvrez le fichier EAR pour lequel vous souhaitez configurer la fabrique de connexions JMS. Le contenu du fichier EAR est affiché dans une arborescence.
    2. Dans cette arborescence, sélectionnez le fichier JAR dans lequel vous souhaitez configurer la fabrique de connexions JMS.
    3. Développez le fichier JAR pour en afficher le contenu.
    4. Développez Fournisseurs de messagerie>Fournisseur par défaut>Fabriques de connexions.
    5. Affichez les propriétés générales de la fabrique de connexions.
      • Pour utiliser une fabrique de connexions JMS existante, cliquez sur le nom de la fabrique de connexions.
      • Pour créer une fabrique de connexions JMS, cliquez sur Nouveau.

        Pour plus d'informations sur la configuration d'une fabrique de connexions JMS dans la configuration du fournisseur JMS pour votre client d'application, voir Configuration des ressources du client de messagerie Java.

    6. Dans la page Général, vérifiez que la propriété Noeuds finaux de fournisseur inclut l'adresse du noeud final du fournisseur pour chaque serveur d'amorçage. Entrez la valeur sous forme de liste d'adresses de noeud final séparées par des virgules. Par exemple :
      boothost1:7278,boothost2:7289:BootstrapTunneledSecureMessaging
    7. Cliquez sur OK.
    8. Sauvegardez les modifications de la configuration principale..
    Si l'application client utilise une fabrique de connexions JMS sur le serveur, utilisez la console d'administration WebSphere Application Server.
    1. Lancez la console d'administration WebSphere Application Server.
    2. Pour afficher le fournisseur de messagerie par défaut, cliquez sur Ressources -> JMS -> Fournisseurs JMS.
    3. Choisissez une autre portée pour définir le niveau auquel la fabrique de connexions doit être visible, en fonction de vos besoins.
    4. Dans le volet de contenu, cliquez sur Fournisseur de messagerie par défaut pour affiche une table des propriétés du fournisseur de messagerie par défaut, avec les liens aux types de ressources JMS qu'il fournit.
    5. Dans le volet de contenu, sous Propriétés supplémentaires, cliquez sur Fabriques de connexions pour afficher les fabriques de connexions existantes dans le volet de contenu.
    6. Affichez les propriétés générales de la fabrique de connexions.
      • Pour utiliser une fabrique de connexions JMS existante, cliquez sur le nom de la fabrique de connexions.
      • Pour créer une fabrique de connexions JMS, cliquez sur Nouveau.
      Pour plus d'informations sur la configuration d'une fabrique de connexions JMS, voir Configuration d'une fabrique de connexions unifiée pour le fournisseur de messagerie par défaut.
    7. Vérifiez que la propriété Noeuds finaux de fournisseur inclut l'adresse du noeud final du fournisseur pour chaque serveur d'amorçage. Entrez la valeur sous forme de liste d'adresses de noeud final séparées par des virgules. Par exemple :
      boothost1:7278,boothost2:7289:BootstrapTunneledSecureMessaging
    8. Cliquez sur OK.
    9. Sauvegardez les modifications de la configuration principale.
  3. Facultatif : Configurez l'adresse de noeud final du serveur d'amorçage pour la propriété Noeud final du fournisseur de la spécification d'activation.
    Si l'application client utilise une spécification d'activation JMS sur le serveur, utilisez la console d'administration WebSphere Application Server.
    1. Lancez la console d'administration WebSphere Application Server.
    2. Pour afficher le fournisseur de messagerie par défaut, cliquez sur Ressources -> JMS -> Fournisseurs JMS.
    3. Sélectionnez le fournisseur par défaut pour lequel vous voulez configurer une spécification d'activation.
    4. Facultatif : Choisissez une autre Portée pour définir le niveau auquel la spécification d'activation est visible pour les applications, en fonction de vos besoins.
    5. Dans le volet de contenu, sous Propriétés supplémentaires, cliquez sur Spécifications d'activation pour afficher la liste des spécifications d'activation JMS existantes pour le fournisseur de messagerie par défaut dans le volet de contenu.
    6. Affichez les propriétés de la spécification d'activation JMS.
      • Pour utiliser une spécification d'activation JMS existante, cliquez sur l'un des noms de la liste.
      • Pour créer une spécification d'activation JMS, cliquez sur Nouveau.
      Pour plus d'informations sur la configuration d'une spécification d'activation JMS, voir Configuration d'une spécification d'activation pour le fournisseur de messagerie par défaut.
    7. Vérifiez que la propriété Noeuds finaux de fournisseur inclut l'adresse du noeud final du fournisseur pour chaque serveur d'amorçage. Entrez la valeur sous forme de liste d'adresses de noeud final séparées par des virgules. Par exemple :
      boothost1:7278,boothost2:7289:BootstrapTunneledSecureMessaging
    8. Cliquez sur OK.
    9. Sauvegardez les modifications de la configuration principale.

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=tjn0033_
Nom du fichier : tjn0033_.html