Warteschlangenverbindungsfactory für den Standard-Messaging-Provider [Einstellungen]

Verwenden Sie gemäß Konvention einen JNDI-Namen im Format jms/Name, wobei Name für den logischen Namen der Ressource steht. Weitere Informationen zur Verwendung von JNDI und der JNDI-Syntax finden Sie im Artikel zur JNDI-Unterstützung in WebSphere Application Server.

Gibt den Namen eines Ziels an, mit dem die Messaging-Engines bestimmt werden, die Anforderungen verarbeiten sollen. Der Typ des Ziels wird mit der Eigenschaft Zieltyp angegeben.

Verbindungen werden gleichmäßig auf die verfügbaren Messaging-Engines verteilt, die den Auswahlkriterien entsprechen.

Definieren Sie diese Eigenschaft nicht, wenn Sie möchten, dass Anwendungen Verbindungen zu allen Messaging-Engines herstellen können.

Weitere Informationen zur Verwendung dieser Eigenschaft zusammen mit anderen Verbindungsfactoryeigenschaften für das Workload-Management von Verbindungen finden Sie im Artikel "Verwaltungseigenschaften für JMS-Verbindungen zu einem Bus".

Weitere Informationen zur Verwendung dieser Eigenschaft zusammen mit anderen Verbindungsfactoryeigenschaften für das Workload-Management von Verbindungen finden Sie im Artikel "Verwaltungseigenschaften für JMS-Verbindungen zu einem Bus".

Wenn die ausgewählte Messaging-Engine im selben Server wie die Anwendung ausgeführt wird, wird eine direkte prozessinterne Verbindung hergestellt. In diesem Fall wird diese Transportketteneigenschaft ignoriert.

Sie müssen diese Eigenschaft nur ändern, wenn Clientanwendungen außerhalb eines Anwendungsservers oder Anwendungen in einem Server in einer anderen Zelle ausgeführt werden, die diese Verbindungsfactory verwenden sollen, um eine Verbindung zum Ziel-SIB herzustellen, der in der Verbindungsfactory angegeben ist.

Wenn eine Anwendung 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.

Clientanwendungen, die nicht in einem Anwendungsserver ausgeführt werden, sondern beispielsweise in einem Clientcontainer oder außerhalb der Umgebung von WebSphere Application Server, können keine direkte Verbindung zu einer geeigneten Messaging-Engine im Zielbus herstellen. Dies gilt auch für Anwendungen, die in einem Server in einer Zelle ausgeführt werden und eine Verbindung zu einem Zielbus in einer anderen Zelle herstellen müssen.

In diesen Szenarios müssen die Clients (oder Server im anderen Bus) einen Bootstrap-Prozess über einen Bootstrap-Server ausführen, der Member des Zielbusses ist. Ein Bootstrap-Server ist ein Anwendungsserver, in dem der SIB-Service ausgeführt wird, in dem aber keine Messaging-Engines ausgeführt werden müssen. Der Bootstrap-Server wählt eine Messaging-Engine aus, die in einem Anwendungsserver ausgeführt wird, der die erforderliche Zieltransportkette unterstützt. Damit der Bootstrap-Prozess ausgeführt werden kann, müssen Sie einen oder mehrere Providerendpunkte in der vom Client verwendeten Verbindungsfactory konfigurieren.

Ein Bootstrap-Server verwendet einen speziellen Port und eine spezielle Bootstrap-Transportkette. Der Port ist die SIB_ENDPOINT_ADDRESS (bzw. SIB_ENDPOINT_SECURE_ADDRESS, wenn die Sicherheit aktiviert ist) der Messaging-Engine mit dem fernen Ende der Verbindung. Zusammen mit dem Hostnamen bilden diese die Endpunktadresse des Bootstrap-Servers.

Die Eigenschaften einer von einer Anwendung verwendeten JMS-Verbindungsfactory steuern die Auswahl einer geeigneten Messaging-Engine und bestimmen, wie die Anwendung die Verbindung zur ausgewählten Messaging-Engine herstellt.

• Wenn keine Sicherheitsberechtigungsnachweise angegeben sind, wird standardmäßig Folgendes verwendet:
  • Wenn kein Host angegeben ist, wird localhost verwendet.
  • Wenn kein Port angegeben ist, wird Port 7276 verwendet.
  • Wenn keine Bootstrap-Kanalkette angegeben ist, wird die Bootstrap-Transportkette BootstrapBasicMessaging verwendet.
• Wenn Sicherheitsberechtigungsnachweise angegeben sind, wird standardmäßig Folgendes verwendet:
  • Wenn kein Host angegeben ist, wird localhost verwendet.
  • Wenn kein Port angegeben ist, wird Port 7286 verwendet.
  • Wenn keine Bootstrap-Kanalkette angegeben ist, wird die Bootstrap-Transportkette BootstrapBasicMessaging verwendet.

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 angeben, die die Clientanwendung verwendet. Sie können eine oder mehrere Endpunktadressen von Bootstrap-Servern 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. So müssen Sie in jeder Verbindungsfactory nur eine kurze Liste von Bootstrap-Servern angeben.

boothost1:7278:BootstrapBasicMessaging
oder
boothost1:7278

boothost2:7289:BootstrapTunneledSecureMessaging

[ [Hostname] [ ":" [Portnummer] [ ":" Kettenname] ] ]

Die Angabe von Hostname : Kettenname an Stelle von Hostname : : Kettenname (mit zwei Doppelpunkten) ist ungültig. Sie können nichts oder Folgendes eingeben: "a", "a:", ":7276", "::Kette" usw. Wenn Sie keinen Wert angeben, wird der Standardwert verwendet, aber Sie müssen die Felder durch Doppelpunkte (":") voneinander trennen.

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

Weitere Informationen zur Verwendung dieser Eigenschaft zusammen mit anderen Verbindungsfactoryeigenschaften für das Workload-Management von Verbindungen finden Sie im Artikel "Verwaltungseigenschaften für JMS-Verbindungen zu einem Bus".

Nachrichten, die einem Konsumenten zugeordnet sind, werden auf dem Server gesperrt und können nicht von anderen Konsumenten für dieses Ziel konsumiert werden. Einem Konsumenten zugeordnete Nachrichten, die vor dem Schließen dieses Konsumenten nicht konsumiert werden, werden nachfolgend auf dem Server freigegeben und können dann von anderen Konsumenten empfangen werden.

Sie können diese Eigenschaft für einzelne JMS-Ziele überschreiben, indem Sie die Eigenschaft Vorauslesen für das JMS-Ziel festlegen.

• Die Anwendung ändert das in einer JMS-Objektnachricht enthaltene Datenobjekt nicht.
• Die Anwendung schreibt eine JMS-Bytenachricht in einem einzigen Aufruf der Methode writeBytes(byte[]) und ändert die Bytefeldgruppe, nachdem diese in der Nachricht festgelegt wurde, nicht mehr.

Wenn diese Eigenschaft aktiviert ist, werden die Daten von Objekt- oder Bytenachrichten, die von einer nachrichtenerzeugenden Anwendung, die über diese Verbindungsfactory eine Verbindung zum Bus hergestellt hat, gesendet werden, nicht kopiert, sobald sie in der Nachricht enthalten sind, und das System serialisiert die Nachrichtendaten nur, wenn es unbedingt erforderlich ist. Anwendungen, die solche Nachrichten senden, dürfen die Daten, sobald sie in der Nachricht enthalten sind, nicht mehr ändern.

• Die Anwendung ändert das aus einer JMS-Objektnachricht abgerufene Datenobjekt nicht. Das Datenobjekt wird als schreibgeschütztes Objekt behandelt.

Wenn diese Eigenschaft aktiviert ist, werden die Nachrichtendaten von Objektnachrichten, die von einer nachrichtenkonsumierenden Anwendung, die mit dieser Verbindungsfactory verbunden ist, empfangen werden, nur dann vom System serialisiert, wenn es unbedingt erforderlich ist. Die aus diesen Nachrichten abgerufenen Daten müssen von Anwendungen als schreibgeschützte Daten behandelt werden.

Wählen Sie diese Eigenschaft aus, um Verbindungen zu protokollieren, die ohne Transaktionskontext erstellt werden.

Diese Option wird im Rahmen der Task verwendet, mit der Sie festlegen, dass CMP-Entity-Beans die Datenbankverbindungen nutzen, die der Datenspeicher einer Messaging-Engine verwendet. Mit dieser Option können Sie schätzungsweise eine Leistungsverbesserung von 15 % beim Gesamtnachrichtendurchsatz erzielen. Sie kann jedoch nur für Entity-Beans verwendet werden, die mit dem Anwendungsserver verbunden sind, der die Messaging-Engine enthält.

Weitere Informationen zur Verwendung dieser Option finden Sie im Artikel "Unterstützung der gemeinsamen Nutzung von Datenbankverbindungen durch CMP-Entity-Beans und Datenspeicher von Messaging-Engines".

Diese Eigenschaft stellt eine Liste mit Alias für JCA-Authentifizierungsdateneinträge bereit, die für WebSphere Application Server definiert wurden. Sie können einen Dateneintragsalias auswählen, der während der XA-Wiederherstellung für die Authentifizierung verwendet werden soll.

Wenn Sie die Sicherheit für den zugehörigen Service Integration Bus aktiviert haben, wählen Sie den Alias aus, der die gültige Benutzer-ID aus der Benutzerregistry für WebSphere Application Server mit dem zugehörigen Kennwort für die XA-Wiederherstellung angibt. Diese Eigenschaft muss gesetzt werden, wenn die Bussicherheit aktiviert ist und XA-Transaktionen verwendet werden sollen.