Eine Verbindung zu einem Bootstrap-Server ohne Standardadresse konfigurieren

Ein Bootstrap-Server ist ein Anwendungsserver, der in derselben Zelle, genauer gesagt in derselben Stammgruppe, wie der Service Integration Bus (SIB) ausgeführt wird.

Informationen zu diesem Vorgang

Die Verbindung zu einem vom Standard abweichenden Bootstrap-Server wird über eine JMS-Verbindungsfactory oder eine JMS-Aktivierungsspezifikation ermöglicht. Die Verbindung ermöglicht Anwendungen, einen Bootstrap-Server mit einer vom Standard abweichenden Endpunktadresse zu verwenden. Das in diesem Artikel beschriebene Syntaxbeispiel für den Providerendpunkt gilt auch für die Bootstrapendpunktkonfiguration in anderen Tasks, z. B. bei der Konfiguration eines SIB-Links.

Wenn eine Anwendung oder MDB die JMS-Ziele des Standard-Messaging-Providers verwenden möchte, stellt sie eine Verbindung zu einer Messaging-Engine im Ziel-SIB (Service Integration Bus) her, dem die Ziele zugeordnet sind. Beispielsweise ist eine JMS-Warteschlange einem Warteschlangenziel in einem Service Integration Bus zugeordnet.

Anwendungen, die in einem Server ausgeführt werden, der zu derselben Zelle wie der Service Integration Bus gehört, können normalerweise eine Verbindung zu einer Messaging-Engine in diesem Bus herstellen, ohne dass Providerendpunkte konfiguriert werden müssen. Wenn eine Zelle in zwei Stammgruppen mit jeweils eigenen Richtlinien aufgeteilt wurde, können Clientanwendungen, die in einem Client-Container ausgeführt werden, und Clientanwendungen, die außerhalb der Umgebung von WebSphere Application Server ausgeführt werden, den erforderlichen Service Integration Bus nicht automatisch lokalisieren, sodass mindestens ein Providerendpunkt konfiguriert werden muss, falls keine Stammgruppenbrücke zwischen den Stammgruppen in derselben Zelle konfiguriert wurde. Ebenso kann eine Anwendung, die in einem Server in einer Zelle ausgeführt wird, ohne die Konfiguration von Providerendpunkten keine Verbindung zu einem Bus in einer anderen Zelle herstellen, falls keine Stammgruppenbrücke zwischen den beiden Zellen konfiguriert wurde.

In den Szenarien, in denen Providerendpunkte erforderlich sind, müssen die Clients oder Server in einem anderen Bus einen Bootstrapprozess über einen Bootstrap-Server ausführen. Der Bootstrap-Server muss kein Member des Service Integration Bus sein und muss keine Messaging-Engines enthalten. Damit die Anwendung den erforderlichen Bootstrap-Server lokalisieren kann, muss die Providerendpunkteigenschaft der JMS-Verbindungsfactory oder JMS-Aktivierungsspezifikation, die von der Clientanwendung verwendet wird, konfiguriert werden. Wenn der Bootstrap-Server die Clientanforderung empfängt, wählt sie eine Messaging-Engine aus, die den von der Verbindungsfactory bzw. Aktivierungsspezifikation definierten Kriterien entspricht, z. B. Zieltransportkette, Zielgruppe oder Verbindungsproximität. Er gibt die Positionsinformationen für diese Messaging-Engine an den Client zurück, und der Client erstellt bei Bedarf eine neue Verbindung zur Ziel-Messaging-Engine.

Die folgende Abbildung zeigt eine Clientanwendung, die nicht in einem Anwendungsserver ausgeführt wird.

Abbildung 1. Verbindung zu einer Messaging-Engine bei Anwendungen, die nicht in einem Anwendungsserver ausgeführt werden
Diese Abbildung wird im Begleittext beschrieben.

Um eine Verbindung zu einer Messaging-Engine herzustellen, stellt die Anwendung zunächst eine Verbindung zu einem Bootstrap-Server her. Der Bootstrap-Server wählt eine Messaging-Engine aus und weist dann die Clientanwendung an, eine Verbindung zu dieser Messaging-Engine herzustellen.

Die folgende Abbildung zeigt eine MDB, die in einem Anwendungsserver ausgeführt wird, der sich in einer anderen Zelle als der Bus befindet, mit dem die MDB verbunden werden muss, um Nachrichten empfangen zu können.

Abbildung 2. Verbindung zu einer Messaging-Engine: MDB-Anwendungen, die eine Verbindung zu einem Ziel in einer anderen Zelle herstellenDiese Abbildung wird im Begleittext beschrieben.

Zur Verbindungsherstellung zu einer Messaging-Engine stellt die MDB zuerst eine Verbindung zu einem Bootstrap-Server her. Der Bootstrap-Server wählt eine Messaging-Engine aus und weist anschließend die MDB an, eine Verbindung zu dieser Messaging-Engine herzustellen.

Ein Bootstrap-Server ist an dem Endpunkt empfangsbereit, der durch die Kombination der folgenden Einstellungen definiert wird:
  • Hostname des Hosts, auf dem der Bootstrap-Server ausgeführt wird,
  • bestimmter Port (SIB_END_POINT bzw. bei aktivierter Sicherheit SIB_ENDPOINT_SECURE_ADDRESS),
  • Bootstraptransportkette.

Die Eigenschaften von JMS-Verbindungsfactorys steuern, wie eine Anwendung eine Verbindung zu einer Messaging-Engine herstellt und welche Messaging-Engine ausgewählt wird. Wenn Sie die Anwendung in einem Anwendungsserver implementieren, in dem der SIB-Service aktiviert ist, verwendet das System den SIB-Service, um eine Messaging-Engine zu suchen, die den Kriterien der Verbindungsfactory entspricht. Der SIB-Service kennt alle Messaging-Engines, die in Servern in der Stammgruppe ausgeführt werden, zu der der Anwendungsserver, in dem die Anwendung implementiert ist, gehört.

Wenn eine geeignete Messaging-Engine gefunden wird, wird die Anwendung mit dieser verbunden, und es werden keine Providerendpunkte verwendet, die in der Verbindungsfactory angegeben sind.
Anmerkung: Das bedeutet, dass eine Anwendung nicht in einer Zelle implementiert werden kann, um eine Verbindung zu einem Bus herzustellen, der in einer anderen Zelle denselben Namen hat. Stattdessen stellt die Anwendung eine Verbindung zu dem Bus in der lokalen Zelle her.
Die Providerendpunkte aus der Verbindungsfactory werden verwendet, um eine Verbindung zu einem fernen Bootstrap-Server herzustellen, wenn keine der folgenden Bedingungen zutrifft:
  • Die Anwendung wird als Clientanwendung außerhalb eines Anwendungsservers ausgeführt.
  • Es ist kein SIB-Service in dem Anwendungsserver aktiv, in dem die Anwendung implementiert ist.
  • Der SIB-Service kann keine geeignete Messaging-Engine finden, zu der die Anwendung eine Verbindung herstellen kann.
Wenn Sie keinen Wert für die Providerendpunkte in der Verbindungsfactory angeben, richtet sich der Standardwert danach, ob die Anwendung ein Kennwort bereitgestellt hat.
  • Wenn die Anwendung kein Kennwort angibt, wird die Standardendpunktadresse localhost:7276:BootstrapBasicMessaging verwendet, d. h., Anwendungen versuchen, einen Bootstrap-Server, der sich auf demselben Host wie der Client befindet, mit dem Port 7276 und der vordefinierten Bootstraptransportkette BootstrapBasicMessaging zu verwenden.
  • Wenn die Anwendung kein Kennwort bereitstellt, werden der sichere Standardport 7286 und die Transportkette BootstrapSecureMessaging verwendet, um die Übertragung eines nicht verschlüsselten Kennworts an den Server zu verhindern.
[IBM i]Anmerkung: Für die Plattform IBM® i müssen Sie (mindestens) den Standardhostnamen von localhost in Name.Ihres.Servers ändern.

Wenn eine Anwendung einen Bootstrap-Server mit einer anderen Endpunktadresse verwenden soll, müssen Sie die gewünschte Endpunktadresse mit der Eigenschaft Providerendpunkte in den JMS-Verbindungsfactorys bzw. JMS-Aktivierungsspezifikationen angeben, die die Clientanwendung bzw. MDB verwendet. Sie können eine oder mehrere Endpunktadressen von Bootstrap-Servern in einer durch Kommas getrennten Liste angeben.

Die Endpunktadressen für Bootstrap-Server müssen in jeder JMS-Verbindungsfactory angegeben werden, die von Anwendungen außerhalb eines Anwendungsservers verwendet werden. Damit Sie keine lange Liste mit Bootstrap-Servern angeben müssen, können Sie einige wenige hoch verfügbare Server angeben, die als Bootstrap-Server definiert sind. Anschließend können Sie eine Kurzliste der Bootstrap-Server in jeder Verbindungsfactory angeben.

Diese Task basiert auf einer Anwendung, die eine einheitliche JMS-Verbindungsfactory verwendet. Mit dieser Task können Sie auch eine Verbindungsfactory für JMS-Warteschlangen und auch eine Verbindungsfactory für JMS-Topics konfigurieren. Sie müssen lediglich anstelle einer JMS-Warteschlangenverbindungsfactory den entsprechenden Typ für die Verbindungsfactory auswählen. Sie können diese Task auch verwenden, um eine JMS-Aktivierungsspezifikation anstelle einer JMS-Verbindungsfactory zu konfigurieren.

Wenn Sie eine Verbindung zu einem Server herstellen, der kein Bootstrap-Server ist, geben Sie die erforderlichen Eigenschaften mit Doppelpunkten als Trennzeichen an. Die Syntax ist wie folgt:
[ [Hostname] [ ":" [ Portnummer] [ ":" Kettenname] ] ]
Die Angabe von Hostname : Kettenname anstelle von Hostname : : Kettenname (mit zwei Doppelpunkten ist nicht korrekt. Wenn Sie keinen Wert angeben, wird der Standardwert verwendet, aber Sie müssen die Felder durch Doppelpunkte (":") voneinander trennen.

Führen Sie die folgenden Schritte aus, wenn eine Anwendung einen Bootstrap-Server verwenden soll, der keine Standardendpunktadresse besitzt.

Vorgehensweise

  1. Geben Sie die Endpunktadresse des Anwendungsservers an, den Sie als Bootstrap-Server verwenden möchten. Die Endpunktadresse hat das Format Hostname:Portnummer:Kettenname:
    Hostname
    Der Name des Hosts, auf dem der Server ausgeführt wird. Es kann auch eine IP-Adresse sein. Schließen Sie für eine IPv6-Adresse den Hostnamen in eckige Klammern ([ ]) ein. Der Standardwert ist localhost.
    [IBM i]Anmerkung: Sie müssen (mindestens) den Standardhostnamen von localhost in Name.Ihres.Servers ändern.
    Portnummer
    Wenn ein Port angegeben ist, handelt es sich um eine der folgenden Adressen der Messaging-Engine mit dem fernen Ende der Verbindung:
    • Bei nicht aktivierter Sicherheit: SIB_ENDPOINT_ADDRESS
    • Bei aktivierter Sicherheit für sichere Verbindungen: SIB_ENDPOINT_SECURE_ADDRESS

    Dieser Wert ist verbindlich. Der Standardwert ist 7276, wenn für die Anwendung kein Kennwort angegeben ist, bzw. 7286, wenn ein Kennwort angegeben ist.

    Wenn Sie diese Werte für Portnummer über die Administrationskonsole suchen möchten, klicken Sie auf Server -> Servertypen -> WebSphere-Anwendungsserver -> Servername -> [Kommunikation] Ports.

    Kettenname
    Der Name einer vordefinierten Bootstraptransportkette, die verwendet wird, um eine Verbindung zum Bootstrap-Server herzustellen. Wenn kein Name angegeben ist, wird der Standardwert BootstrapBasicMessaging verwendet, wenn die Anwendung kein Kennwort angibt, bzw. BootstrapSecureMessaging, wenn sie ein Kennwort angibt.

    Die folgenden vordefinierten Bootstraptransportketten werden bereitgestellt:

    BootstrapBasicMessaging
    Die Servertransportkette "InboundBasicMessaging" (JFAP-TCP/IP).
    BootstrapSecureMessaging
    Die Servertransportkette "InboundSecureMessaging" (JFAP-SSL-TCP/IP).
    BootstrapTunneledMessaging
    Damit Sie diese Bootstraptransportkette verwenden können, müssen Sie eine entsprechende Servertransportkette auf dem Bootstrap-Server definieren. Klicken Sie dazu auf Server -> Servertypen -> WebSphere-Anwendungsserver -> Servername -> [Server-Messaging] Eingehende Transporte für die Messaging-Engine. Diese Transportkette tunnelt JFAP und verwendet HTTP-Wrapper.
    BootstrapTunneledSecureMessaging
    Damit Sie diese Bootstraptransportkette verwenden können, müssen Sie eine entsprechende Servertransportkette auf dem Bootstrap-Server definieren. Klicken Sie dazu auf Server -> Servertypen -> WebSphere-Anwendungsserver -> Servername -> [Server-Messaging] Eingehende Transporte für die Messaging-Engine. Diese Transportkette tunnelt JFAP und verwendet HTTP-Wrapper.

    Wenn Sie mehrere Bootstrap-Server angeben möchten, geben Sie alle erforderlichen Endpunktadressen an. Trennen Sie die einzelnen Endpunktadressen durch ein Komma.

    Sie können jetzt die Endpunktadresse für alle Bootstrap-Server angeben. Geben Sie beispielsweise für einen Server, der dem nicht sicheren Port "7278" auf Host "boothost1" zugewiesen ist und der die Standardtransportkette "BootstrapBasicMessaging" verwendet, Folgendes ein:
    boothost1:7278:BootstrapBasicMessaging
    oder
    boothost1:7278
    Verwenden Sie folgende Angabe für einen Server, der dem sicheren Port 7289 auf Host boothost2 zugeordnet ist und die vordefinierte Transportkette BootstrapTunneledSecureMessaging verwendet:
    boothost2:7289:BootstrapTunneledSecureMessaging
  2. Optional: Konfigurieren Sie die Endpunktadresse des Bootstrap-Servers in der Providerendpunkteigenschaft der Verbindungsfactory.
    Wenn die Clientanwendung eine JMS-Verbindungsfactory im Client-Container verwendet, verwenden Sie Application Client Resource Configuration Tool (ACRCT).
    1. Starten Sie das Tool, und öffnen Sie die EAR-Datei, für die Sie die JMS-Verbindungsfactory konfigurieren möchten. Der Inhalt der EAR-Datei wird in einer Baumstruktursicht angezeigt.
    2. Wählen Sie in der Baumstruktur die JAR-Datei aus, in der Sie die JMS-Verbindungsfactory konfigurieren möchten.
    3. Erweitern Sie die JAR-Datei, um den Dateiinhalt anzuzeigen.
    4. Klicken Sie auf Messaging-Provider>Standard-Provider>Verbindungsfactorys.
    5. Zeigen Sie die allgemeinen Eigenschaften der Verbindungsfactory an.
      • Wenn Sie eine vorhandene JMS-Verbindungsfactory verwenden möchten, klicken Sie auf den Namen der Verbindungsfactory.
      • Zum Erstellen einer neuen JMS-Verbindungsfactory klicken Sie auf Neu.

        Nähere Informationen zum Konfigurieren einer JMS-Verbindungsfactory in der JMS-Providerkonfiguration für Ihren Anwendungsclient finden Sie im Artikel Java-Messaging-Client-Ressourcen konfigurieren.

    6. Vergewissern Sie sich auf der Registerkarte Allgemein, dass die Eigenschaft Providerendpunkte die Providerendpunktadressen für alle Bootstrap-Server enthält. Geben Sie den Wert als durch Kommas getrennte Liste von Endpunktadressen ein, z. B.:
      boothost1:7278,boothost2:7289:BootstrapTunneledSecureMessaging
    7. Klicken Sie auf OK.
    8. Speichern Sie Ihre Änderungen in der Masterkonfiguration..
    Wenn die Clientanwendung eine JMS-Verbindungsfactory im Server verwendet, führen Sie in der Administrationskonsole von WebSphere Application Server die folgenden Schritte aus.
    1. Starten Sie die Administrationskonsole von WebSphere Application Server.
    2. Klicken Sie zum Anzeigen des Standard-Messaging-Providers auf Ressourcen -> JMS -> JMS-Provider.
    3. Ändern Sie das Kontrollkästchen Geltungsbereich je nach Bedarf in die Stufe, auf der die Verbindungsfactory sichtbar sein soll.
    4. Klicken Sie im Inhaltsteilfenster auf Standard-Messaging-Provider, um eine Tabelle mit Eigenschaften für den Standard-Messaging-Provider mit Links zu den bereitgestellten JMS-Ressourcentypen anzuzeigen.
    5. Klicken Sie im Inhaltsteilfenster unter Weitere Eigenschaften auf Verbindungsfactorys, um alle vorhandenen Verbindungsfactorys im Inhaltsteilfenster anzuzeigen.
    6. Zeigen Sie die allgemeinen Eigenschaften der Verbindungsfactory an.
      • Wenn Sie eine vorhandene JMS-Verbindungsfactory verwenden möchten, klicken Sie auf den Namen der Verbindungsfactory.
      • Zum Erstellen einer neuen JMS-Verbindungsfactory klicken Sie auf Neu.
      Weitere Informationen zum Konfigurieren einer JMS-Verbindungsfactory finden Sie im Artikel Einheitliche Verbindungsfactory für den Standard-Messaging-Provider konfigurieren.
    7. Stellen Sie sicher, dass die Eigenschaft Providerendpunkte die Providerendpunktadressen für alle Bootstrap-Server enthält. Geben Sie den Wert als durch Kommas getrennte Liste von Endpunktadressen ein, z. B.:
      boothost1:7278,boothost2:7289:BootstrapTunneledSecureMessaging
    8. Klicken Sie auf OK.
    9. Speichern Sie Ihre Änderungen in der Masterkonfiguration.
  3. Optional: Konfigurieren Sie die Endpunktadresse des Bootstrap-Servers mit der Eigenschaft "Providerendpunkt" der Aktivierungsspezifikation.
    Wenn die Clientanwendung eine JMS-Aktivierungsspezifikation auf dem Server verwendet, führen Sie in der Administrationskonsole von WebSphere Application Server die folgenden Schritte aus.
    1. Starten Sie die Administrationskonsole von WebSphere Application Server.
    2. Klicken Sie zum Anzeigen des Standard-Messaging-Providers auf Ressourcen -> JMS -> JMS-Provider.
    3. Wählen Sie den Standardprovider aus, für den Sie eine Aktivierungsspezifikation konfigurieren möchten.
    4. Optional: Ändern Sie das Kontrollkästchen Geltungsbereich je nach Bedarf in die Ebene, auf der die Aktivierungsspezifikation für Anwendungen sichtbar sein soll.
    5. Klicken Sie im Inhaltsteilfenster unter Weitere Eigenschaften auf Aktivierungsspezifikationen, um alle vorhandenen JMS-Aktivierungsspezifikationen für den Standard-Messaging-Provider im Inhaltsteilfenster aufzulisten.
    6. Zeigen Sie die Eigenschaften der JMS-Aktivierungsspezifikation an.
      • Wenn Sie eine vorhandene JMS-Aktivierungsspezifikation verwenden möchten, klicken Sie auf einen der aufgelisteten Namen.
      • Zum Erstellen einer neuen JMS-Aktivierungsspezifikation klicken Sie auf Neu.
      Weitere Informationen zum Konfigurieren einer JMS-Aktivierungsspezifikation finden Sie im Artikel Aktivierungsspezifikation für den Standard-Messaging-Provider konfigurieren.
    7. Stellen Sie sicher, dass die Eigenschaft Providerendpunkte die Providerendpunktadressen für alle Bootstrap-Server enthält. Geben Sie den Wert als durch Kommas getrennte Liste von Endpunktadressen ein, z. B.:
      boothost1:7278,boothost2:7289:BootstrapTunneledSecureMessaging
    8. Klicken Sie auf OK.
    9. Speichern Sie Ihre Änderungen in der Masterkonfiguration.

Symbol, das den Typ des Artikels anzeigt. Taskartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjn0033_
Dateiname:tjn0033_.html