Verbindungs-Factory für JMS-Warteschlangen [Einstellungen]

Eine JMS-Warteschlange wird verwendet, um Verbindungen zum zugehörigen JMS-Provider für JMS-Warteschlangen für Punkt-zu-Punkt-Messaging zu erstellen. Verwenden Sie die Verwaltungsobjekte für Verbindungs-Factorys für Warteschlangen, um Verbindungs-Factorys für JMS-Warteschlangen für den Standard-Messaging-Provider zu verwalten.

Klicken Sie zum Aufrufen dieser Anzeige in der Konsole auf einen der folgenden Pfade:

  • Ressourcen > JMS > Warteschlangenverbindungs-Factorys > Factory-Name
  • Ressourcen > JMS > JMS-Provider > ein_Messaging-Provider > [Weitere Eigenschaften] Warteschlangenverbindungs-Factorys > Factory-Name
Verwenden Sie diese Anzeige, um die Konfigurationseigenschaften der ausgewählten Verbindung-Factory für JMS-Warteschlangen für den JMS-Standard-Messaging-Provider anzuzeigen oder zu ändern. Diese Konfigurationseigenschaften steuern, wie Verbindungen zu den zugeordneten JMS-Warteschlangen erstellt werden.

Mit dieser JMS-Verbindungs-Factory in den Servercontainern (z. B. aus einer Enterprise-Bean) erstellte Verbindungen werden unter Verwendung von JCA-Verbindungs-Pooling in Pools gestellt. Sie können die Verbindungspooleinstellungen für diese Verbindungs-Factory ändern, indem Sie in der Administrationskonsolanzeige im Abschnitt "Weitere Eigenschaften" den Link Eigenschaften für Verbindungspool auswählen.


Links, die mit (online) gekennzeichnet sind, erfordern Internet-Zugriff. Jeder Link startet eine Suche nach dem Artikel im online verfügbaren Information Center. Wählen Sie in der Auflistung mit den Suchergebnissen den Artikel aus, der Ihrer Konfiguration am besten entspricht.

Nach Aktualisierungen für diesen Artikel suchen (online)

Zugehörige Konzepte
JMS-Warteschlangenressourcen und Serviceintegration (online)
JMS-Verbindungs-Factorys und Serviceintegration (online)
Warum und wann JMS-Nachrichtennutzdaten nach Referenz übergeben werden (online)
Zugehörige Tasks
Eine JMS-Warteschlangenverbindungs-Factory für den Standard-Messaging-Provider konfigurieren (online)
Zugehörige Verweise
Übergabe von Nachrichtennutzdaten nach Referenz: Potenzielle Vorteile für jeden Verarbeitungsschritt (online)
Übergabe von Nachrichtennutzdaten nach Referenz: Einsatzszenarios und Beispielcode für Weiterleitungsanwendungen (online)
Übergabe von Nachrichtennutzdaten nach Referenz: Beispielcode für Erzeuger- und Konsumentenanwendungen (online)
Zugehörige Informationen
Schaltflächen in der Administrationskonsole
Vorgaben in der Administrationskonsole
Für z/OS-Plattformen Für WebSphere Application Server Network Deployment Verwaltungseigenschaften für JMS-Verbindungen zu einem Bus

Registerkarte "Konfiguration"

Auf der Registerkarte "Konfiguration" werden die Konfigurationseigenschaften für dieses Objekt angezeigt. Diese Eigenschaftswerte werden beibehalten, auch wenn die Laufzeitumgebung gestoppt und anschließend erneut gestartet wird. Die Task-Beschreibungen im Information Center enthalten Informationen zum Anwenden von Konfigurationsänderungen auf die Laufzeitumgebung.

Allgemeine Eigenschaften

Geltungsbereich

Gibt die höchste Topologiestufe an, auf der Anwendungsserver dieses Ressourcenobjekt verwenden können.

Erforderlich Nein
Datentyp Text

Provider

Gibt einen JMS-Provider an, der asynchrones Messaging auf der Basis von Java Messaging Service (JMS) ermöglicht. Er stellt J2EE-Verbindungs-Factorys zur Verfügung, die Verbindungen zu spezifischen Destinations der JMS-Warteschlangen oder -Topics herstellen. Die Verwaltungsobjekte des JMS-Provider werden verwendet, um die JMS-Ressourcen für den zugeordneten JMS-Provider zu verwalten.

Erforderlich Nein
Datentyp Text

Name

Der erforderliche Anzeigenname der Ressource.

Erforderlich Ja
Datentyp Text

JNDI-Name

Der JNDI-Name für die Ressource.

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

Erforderlich Ja
Datentyp Text

Beschreibung

Eine optionale Beschreibung für die Ressource.

Erforderlich Nein
Datentyp Textbereich

Kategorie

Eine optionale Zeichenfolge für die Kategorie, die zum Klassifizieren oder Gruppieren der Ressource verwendet wird.

Erforderlich Nein
Datentyp Text

Busname

Der Name des Service Integration Bus, zu dem eine Verbindung hergestellt werden soll.

Diese Einstellung gibt den Namen des Service Integration Bus an, zu dem diese Verbindungs-Factory Verbindungen herstellen soll.
Geben Sie den Namen des lokalen Busses ein, wenn eine Anwendung eine Verbindung zu fremden Bussen herstellt.
Erforderlich Ja
Datentyp Angepasst

Zuverlässigkeit nicht persistenter Nachrichten

Die Zuverlässigkeit, die auf nicht persistente JMS-Nachrichten angewendet wird, die mit dieser Verbindungs-Factory gesendet werden.

Sie können die Option für die Zustellungszuverlässigkeit für die Destination einer Nachricht, die von einer JMS-Anwendung als nicht persistent gesendet wird, ändern. Die Standardeinstellung ist Express, nicht persistent, aber Sie können zwischen einer Reihe von Optionen wählen, darunter auch solchen mit persistentem Charakter. Garantiert, persistent ist die Option mit der höchsten Zuverlässigkeit. Weitere Informationen finden Sie im Artikel Zuverlässigkeitsstufen für Nachrichten (online).
Erforderlich Nein
Datentyp Auswahlliste
Einstellmöglichkeiten
Bestmöglich, nicht persistent
Nachrichten werden verworfen, wenn eine Messaging-Steuerkomponente gestoppt wird oder ein Fehler auftritt. Nachrichten können auch verworfen werden, wenn die Verbindung, in der sie übertragen wurden, nicht mehr verfügbar ist oder wenn die Systemressourcen knapp werden.

Express, nicht persistent
Nachrichten werden verworfen, wenn eine Messaging-Steuerkomponente gestoppt wird oder ein Fehler auftritt. Nachrichten können auch verworfen werden, wenn die Verbindung, in der sie übertragen wurden, nicht mehr verfügbar ist.

Zuverlässig, nicht persistent
Nachrichten werden verworfen, wenn eine Messaging-Steuerkomponente gestoppt wird oder ein Fehler auftritt.

Zuverlässig, persistent
Nachrichten können verworfen werden, wenn eine Messaging-Steuerkomponente ausfällt.

Garantiert, persistent
Nachrichten werden nicht verworfen.

Wie Bus-Destination
Es wird die Zustelloption verwendet, die für die Bus-Destination konfiguriert ist.

Vorauslesen

Vorauslesen (Read Ahead) ist ein Optimierungsverfahren, das Nachrichten präventiv Konsumenten zuordnet. Damit wird die Bearbeitungszeit von Konsumentenanforderungen verkürzt.

Nachrichten, die einem Konsumenten zugeordnet sind, werden auf dem Server gesperrt und können nicht von anderen Konsumenten für diese Destination 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-Destinations überschreiben, indem Sie die Eigenschaft Vorauslesen für die JMS-Destination festlegen.

Erforderlich Nein
Datentyp Auswahlliste
Einstellmöglichkeiten
Standard
Der Messaging-Provider ordnet die Nachrichten im Vorfeld Konsumenten in nicht permanenten und nicht freigegebenen permanenten Subskriptionen zu. Das Optimierungsverfahren "Vorauslesen" wird also nur aktiviert, wenn nur ein Konsument möglich ist.

Aktiviert
Der Messaging-Provider ordnet die Nachrichten im Vorfeld Konsumenten zu. Auf diese Weise können Konsumentenanforderungen schneller bedient werden.

Inaktiviert
Der Messaging-Provider ordnet die Nachrichten nicht im Vorfeld Konsumenten zu.

Namenspräfix für temporäre Warteschlangen

Das Präfix, das temporären Warteschlangen vorangestellt wird, die von Anwendungen erstellt werden, die diese Verbindungs-Factory verwenden.

Erforderlich Nein
Datentyp Text

Ziel

Der Name eines Ziels, der eine Gruppe von Messaging-Steuerkomponenten angibt. Geben Sie den Typ des Ziels mit der Eigenschaft "Zieltyp" an.

Erforderlich Nein
Datentyp Text

Zieltyp

Der Typ des mit der Eigenschaft "Ziel" angegebenen Ziels.

Gibt den Namen eines Ziels an, mit dem die Messaging-Steuerkomponenten 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-Steuerkomponenten verteilt, die den Auswahlkriterien entsprechen.

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

Weitere Informationen zur Verwendung dieser Eigenschaft zusammen mit anderen Verbindungs-Factory-Eigenschaften für das Workload-Management von Verbindungen finden Sie im Artikel Verwaltungseigenschaften für JMS-Verbindungen zu einem Bus (online).

Erforderlich Nein
Datentyp Auswahlliste
Einstellmöglichkeiten
Name des Bus-Member
Der Name eines Bus-Members. Diese Option ruft die aktiven Messaging-Steuerkomponenten im angegebenen Bus-Member (einem Anwendungsserver oder Servercluster) ab.

Wenn Sie ein Bus-Member angeben möchten, das nicht vom Typ "Cluster" ist, muss die Eigenschaft "Ziel" auf <Knoten01>.<server1> gesetzt werden, z. B. Knoten01.server1. Für Bus-Member des Typs "Cluster" muss die Eigenschaft "Ziel" auf den Clusternamen gesetzt werden.

Name der benutzerdefinierten Gruppe von Messaging-Steuerkomponenten
Der Name einer angepassten Gruppe von Messaging-Steuerkomponenten (ein sich selbst deklarierender Cluster). Diese Option ruft die aktiven Messaging-Steuerkomponenten ab, die in der angegebenen angepassten Gruppe registriert sind.

Name der Messaging-Steuerkomponente
Der Name einer Messaging-Steuerkomponente. Diese Option ruft die verfügbaren Endpunkte ab, die verwendet werden können, um die angegebene Messaging-Steuerkomponente zu erreichen.

Zielsignifikanz

Diese Eigenschaft gibt die Signifikanz der Zielgruppe an.

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

Erforderlich Nein
Datentyp Auswahlliste
Einstellmöglichkeiten
Bevorzugt
Vorzugsweise soll eine Messaging-Steuerkomponente aus der Zielgruppe gewählt werden. Es wird nur dann eine Messaging-Steuerkomponente aus der Zielgruppe gewählt, wenn eine verfügbar ist. Sollte in der Zielgruppe keine Messaging-Steuerkomponente verfügbar sein, wird eine Messaging-Steuerkomponente außerhalb der Zielgruppe gewählt, sofern eine solche im selben Service Integration Bus verfügbar ist.

Erforderlich
Es muss eine Messaging-Steuerkomponente aus der Zielgruppe gewählt werden. Es wird nur dann eine Messaging-Steuerkomponente aus der Zielgruppe gewählt, wenn eine verfügbar ist. Sollte in der Zielgruppe keine Messaging-Steuerkomponente verfügbar sein, schlägt der Verbindungsprozess fehl.

Zieltransportkette für eingehende Daten

Der Name der Transportkette für eingehende Anforderungen, die die Anwendung verwendet, wenn sie eine Verbindung zu einer Messaging-Steuerkomponente in einem von der Anwendung separaten Prozess herstellt. Wenn eine Messaging-Steuerkomponente in einem anderen Prozess ausgewählt wird, kann eine Verbindung nur dann hergestellt werden, wenn die Messaging-Steuerkomponente in einem Server ausgeführt wird, der die angegebene Transportkette für eingehende Anforderungen verwendet. Weitere Informationen finden Sie im Information Center.

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

Die Transportketten sind Netzprotokollstapel in einem Server. Der angegebene Name muss eine der Transportketten sein, die in dem Server mit der Messaging-Steuerkomponente verfügbar und in der Anzeige Server > Servertypen > WebSphere-Anwendungsserver > Servername > [Server-Messaging] Eingehende Transporte für die Messaging-Steuerkomponente aufgelistet sind. Die folgenden Transportketten werden bereitgestellt. Sie können in dieser Anzeige jedoch eigene Transportketten definieren.
InboundBasicMessaging
Ein verbindungsorientiertes Protokoll, das eine TCP/IP-Standardverbindung (JFAP-TCP/IP) verwendet. Es unterstützt zweiphasige Transaktionsabläufe (fernes XA), damit ein Nachrichtenerzeuger bzw. -konsument, der auf einem Client- oder Serversystem ausgeführt wird, an einer globalen Transaktion teilnehmen kann, die auf diesem Client- bzw. Serversystem verwaltet wird. XA-Abläufe werden im Speziellen für die Unterstützung des Zugriffs von einer Anwendung, die in einem Server ausgeführt wird, auf eine Messaging-Steuerkomponente in einem zweiten Server verwendet, wenn der erste Server keine geeignete Messaging-Steuerkomponente besitzt. Wenn ferne XA-Abläufe verwendet werden, muss der Anwendung ein lokaler Transaktionskoordinator zur Verfügung stehen.
InboundSecureMessaging
Das in SSL eingebundene Protokoll InboundBasicMessaging.
Weitere Informationen zur Verwendung dieser Eigenschaft zusammen mit anderen Verbindungs-Factory-Eigenschaften für das Workload-Management von Verbindungen finden Sie im Artikel Verwaltungseigenschaften für JMS-Verbindungen zu einem Bus (online).
Erforderlich Nein
Datentyp Text

Providerendpunkte

Eine durch Kommata getrennte Liste mit Endpunkt-Triplets im Format Hostname:Portnummer:Kettenname, die zum Herstellen einer Verbindung zu einem Bootstrap-Server verwendet wird, z. B. Merlin:7276:BootstrapBasicMessaging,Gandalf:5557:BootstrapSecureMessaging. Wenn kein Hostname angegeben ist, wird der Standardwert localhost verwendet. Wenn keine Port-Nummer angegeben ist, wird der Standardwert 7276 verwendet. Wenn kein Kettenname angegeben ist, wird der Standardwert BootstrapBasicMessaging verwendet. Weitere Informationen finden Sie im Information Center.

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 Verbindungs-Factory verwenden sollen, um eine Verbindung zum Ziel-SIB herzustellen, der in der Verbindungs-Factory angegeben ist.

Wenn eine Anwendung die JMS-Destinations des Standard-Messaging-Providers verwenden möchte, stellt sie eine Verbindung zu einer Messaging-Steuerkomponente im Ziel-SIB (Service Integration Bus) her, dem die Destinations zugeordnet sind. Beispielsweise ist eine JMS-Warteschlange einer Warteschlangen-Destination 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-Steuerkomponente 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-Steuerkomponenten ausgeführt werden müssen. Der Bootstrap-Server wählt eine Messaging-Steuerkomponente aus, die in einem Anwendungsserver ausgeführt wird, der die gewünschte Zieltransportkette unterstützt. Damit der Bootstrap-Prozess ausgeführt werden kann, müssen Sie einen oder mehrere Providerendpunkte in der vom Client verwendeten Verbindungs-Factory 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-Steuerkomponente 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-Verbindungs-Factory steuern die Auswahl einer geeigneten Messaging-Steuerkomponente und bestimmen, wie die Anwendung die Verbindung zur ausgewählten Messaging-Steuerkomponente 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-Channel-Kette 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-Channel-Kette angegeben ist, wird die Bootstrap-Transportkette BootstrapBasicMessaging verwendet.
Anmerkung: Für i5/OS-Plattformen Für die i5/OS-Plattform 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-Verbindungs-Factorys 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-Verbindungs-Factory 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 Verbindungs-Factory nur eine kurze Liste von Bootstrap-Servern angeben.

Anmerkung: Wenn Sie eine Verbindung zu einem Server herstellen, der kein Bootstrap-Server ist, geben Sie die erforderlichen Eigenschaften für die Endpunktadresse mit Doppelpunkten als Trennzeichen an.
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
Die Syntax für eine Endpunktadresse ist wie folgt:
[ [Hostname] [ ":" [Portnummer] [ ":" Kettenname] ] ]
Für diesen Befehl gilt Folgendes:
Hostname
Der Name des Hosts, auf dem der Server ausgeführt wird. Es kann auch eine IP-Adresse sein. Setzen Sie bei IPv6-Adressen den Hostnamen wie im folgenden Beispiel in eckige Klammern ([]):
[2002:914:fc12:179:9:20:141:42]:7276:BootstrapBasicMessaging
. Wenn kein Wert angegeben ist, wird der Standardwert localhost verwendet.
Anmerkung: Für i5/OS-Plattformen Für die i5/OS-Plattform müssen Sie (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-Steuerkomponente mit dem fernen Ende der Verbindung:
  • SIB_ENDPOINT_ADDRESS, wenn die Sicherheit nicht aktiviert ist.
  • Für sichere Verbindungen SIB_ENDPOINT_SECURE_ADDRESS, wenn die Sicherheit aktiviert ist.

Wenn keine Portnummer angegeben ist, wird der Standardwert 7276 verwendet.

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

Kettenname
Steht für den Namen einer vordefinierten Bootstrap-Transportkette, die verwendet wird, um eine Verbindung zum Bootstrap-Server herzustellen. Wenn Sie keinen Namen angeben, wird der Standardwert BootstrapBasicMessaging verwendet.

Die folgenden vordefinierten Bootstrap-Transportketten werden bereitgestellt:

BootstrapBasicMessaging
Entspricht der Servertransportkette InboundBasicMessaging (JFAP-TCP/IP)
BootstrapSecureMessaging
Entspricht der Servertransportkette InboundSecureMessaging (JFAP-SSL-TCP/IP)
BootstrapTunneledMessaging
Damit Sie diese Bootstrap-Transportkette verwenden können, müssen Sie eine entsprechende Servertransportkette auf dem Bootstrap-Server definieren. (Weitere Informationen finden Sie im Artikel Server > Servertypen > WebSphere-Anwendungsserver > Servername > [Server-Messaging] Eingehende Transporte für die Messaging-Steuerkomponente.) Diese Transportkette tunnelt JFAP mit HTTP-Wrappern.
BootstrapTunneledSecureMessaging
Damit Sie diese Bootstrap-Transportkette verwenden können, müssen Sie eine entsprechende Servertransportkette auf dem Bootstrap-Server definieren. (Weitere Informationen finden Sie im Artikel Server > Servertypen > WebSphere-Anwendungsserver > Servername > [Server-Messaging] Eingehende Transporte für die Messaging-Steuerkomponente.) Diese Transportkette tunnelt JFAP mit HTTP-Wrappern.

Die Angabe von Hostname : Kettenname an Stelle von Hostname : : Kettenname (mit zwei Doppelpunkten ist nicht korrekt. 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.

Wenn Sie mehrere Bootstrap-Server angeben möchten, geben Sie alle erforderlichen Endpunktadressen an. Trennen Sie die einzelnen Endpunktadressen durch ein Komma. Geben Sie beispielsweise Folgendes ein, um die Server aus dem früheren Beispiel zu verwenden:
boothost1:7278:BootstrapBasicMessaging, boothost2:7289:BootstrapTunneledSecureMessaging, [2002:914:fc12:179:9:20:141:42]:7276:BootstrapBasicMessaging
Erforderlich Nein
Datentyp Textbereich

Proximität für Verbindung

Die Proximität (Nähe) von Messaging-Steuerkomponenten, die Verbindungsanforderungen annehmen können, in Relation zur Bootstrap-Messaging-Steuerkomponente.

Wenn ein Client eine Clientverbindungsanforderung absetzt, stellt der Verarbeitungsprozess entsprechend der folgenden Logik eine Verbindung zum erforderlichen Bus her:
  • Wenn eine Zielgruppe angegeben ist, wird eine Verbindung zu der ersten Messaging-Steuerkomponente hergestellt, die den folgenden Bedingungen bezüglich des Zieltyps entspricht:
    • Server Es wird eine Messaging-Steuerkomponente auf demselben Server gesucht.
    • Cluster Zuerst wird eine Messaging-Steuerkomponente auf demselben Server und dann auf anderen Servern im selben Cluster gesucht.
    • Host Zuerst wird eine Messaging-Steuerkomponente auf demselben Server, dann auf anderen Servern im selben Cluster und dann auf anderen Servern auf demselben Host gesucht.
    • Bus Zuerst wird eine Messaging-Steuerkomponente auf demselben Server, dann auf anderen Servern im selben Cluster, dann auf anderen Servern auf demselben Host und dann im selben Bus gesucht.
  • Wenn keine Zielgruppe oder eine Zielgruppe angegeben ist, aber keine geeignete Messaging-Steuerkomponente gefunden wird und als Bedeutung für das Ziel Bevorzugt definiert ist, wird eine Verbindung zur ersten Messaging-Steuerkomponente hergestellt, die den folgenden Bedingungen bezüglich des Zieltyps entspricht:
    • Server Es wird eine Messaging-Steuerkomponente auf demselben Server gesucht.
    • Cluster Die Verbindung schlägt fehl.
    • Host Zuerst wird eine Messaging-Steuerkomponente auf demselben Server und dann auf anderen Servern auf demselben Host gesucht.
    • Bus Zuerst wird eine Messaging-Steuerkomponente in der Zielgruppe auf demselben Server, dann auf anderen Servern auf demselben Host und dann im selben Bus gesucht.

Weitere Informationen zur Verwendung dieser Eigenschaft zusammen mit anderen Verbindungs-Factory-Eigenschaften für das Workload-Management von Verbindungen finden Sie im Artikel Verwaltungseigenschaften für JMS-Verbindungen zu einem Bus (online).

Erforderlich Nein
Datentyp Auswahlliste
Einstellmöglichkeiten
Bus
Es können Verbindungen zu Messaging-Steuerkomponenten im selben Bus hergestellt werden.

Cluster
Es können Verbindungen zu Messaging-Steuerkomponenten im selben Servercluster hergestellt werden.

Host
Es können Verbindungen zu Messaging-Steuerkomponenten auf demselben Host hergestellt werden.

Server
Es können Verbindungen zu Messaging-Steuerkomponenten im selben Anwendungsserver hergestellt werden.

Komponentengestützter Authentifizierungsalias

Dieser Alias gibt eine Benutzer-ID und ein Kennwort für die Authentifizierung von Verbindungen mit dem JMS-Provider für anwendungsgestützte Authentifizierung an.

Diese Eigenschaft stellt eine Liste mit Aliasnamen für J2C-Authentifizierungsdateneinträge bereit, die für den WebSphere Application Server definiert wurden. Sie können einen Aliasnamen für einen Dateneintrag auswählen, der verwendet werden soll, um die Erstellung einer neuen Verbindung zum JMS-Provider zu authentifizieren.

Wenn Sie die Sicherheit für den WebSphere Application Server aktiviert haben, müssen Sie den Aliasnamen auswählen, der die Kombination von Benutzer-ID und Kennwort angibt, mit der die Erstellung einer neuen Verbindung zum JMS-Provider authentifiziert wird. Die Verwendung dieses Alias ist von der Einstellung für Ressourcenauthentifizierung (res-auth) abhängig, die in der Ressourcenreferenz für die Verbindungs-Factory der Implementierungsdeskriptoren einer Anwendungskomponente deklariert ist.

Erforderlich Nein
Datentyp Auswahlliste

Fehlenden Transaktionskontexte protokollieren

Gibt an, ob der Container protokolliert, wenn beim Abrufen einer Verbindung ein Transaktionskontext fehlt.

Das Programmiermodell Java EE gibt an, dass Verbindungen immer einen Transaktionskontext haben müssen. Einigen Anwendungen ist jedoch kein Transaktionskontext zugeordnet.

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

Erforderlich Nein
Datentyp Kontrollkästchen

Kennungen im Cache verwalten

Gibt an, ob Kennungen im Cache (Kennungen in Instanzvariablen einer Bean) vom Container überwacht werden sollen.

Wählen Sie diese Option aus, um die Kennungsverwaltung zu überwachen, was für Debugging-Zwecke hilfreich sein kann. Die Überwachung von Kennungen kann zur Laufzeit jedoch zu erheblichen Leistungseinbußen führen.
Erforderlich Nein
Datentyp Kontrollkästchen

Datenquelle mit CMP freigeben

Die gemeinsame Benutzung von Verbindungen durch JMS- und CMP-Entity-EJBs zulassen.

Diese Option wird im Rahmen der Task verwendet, mit der Sie festlegen, dass CMP-Entity-Beans die Datenbankverbindungen nutzen, die der Datenspeicher einer Messaging-Steuerkomponente 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-Steuerkomponente enthält.

Weitere Informationen zur Verwendung dieser Optionen finden Sie im Artikel CMP-Entity-Beans und Datenspeicher der Messaging-Steuerkomponente für die gemeinsame Nutzung von Datenbankverbindungen aktivieren (online).

Erforderlich Nein
Datentyp Kontrollkästchen

Authentifizierungsalias für XA-Wiederherstellung

Der während der XA-Wiederherstellung verwendete Authentifizierungsalias.

Wählen Sie den für die Transaktionswiederherstellung zu verwendenden Alias aus.

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 Benutzer-Registry 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.

Erforderlich Nein
Datentyp Auswahlliste

Zuverlässigkeit persistenter Nachrichten

Die Zuverlässigkeit, die auf persistente JMS-Nachrichten angewendet wird, die mit dieser Verbindungs-Factory gesendet werden.

Sie können die Option für die Zustellungszuverlässigkeit für die Destination einer Nachricht, die von einer JMS-Anwendung als persistent gesendet wird, ändern. Die Standardeinstellung ist Zuverlässig, persistent, aber Sie können zwischen einer Reihe von Optionen wählen, darunter auch solchen mit nicht persistentem Charakter. Bestmöglich, nicht persistent ist die Option mit der geringsten Zuverlässigkeit. Weitere Informationen hierzu finden Sie im Artikel Zuverlässigkeitsstufen für Nachrichten (online).
Wichtig: Wenn Sie die Optionen für Zustellungszuverlässigkeit einer Nachricht, die von einer JMS-Anwendung gesendet wird, von persistent (z. B. Garantiert, persistent oder Zuverlässig, persistent) in nicht persistent (z. B. Bestmöglich, nicht persistent, Express, nicht persistent oder Zuverlässig, nicht persistent) ändern, laufen Sie in bestimmten Situationen Gefahr, Nachrichten zu verlieren, z. B. beim Neustart des Servers oder unter hoher Arbeitslast.
Erforderlich Nein
Datentyp Auswahlliste
Einstellmöglichkeiten
Bestmöglich, nicht persistent
Nachrichten werden verworfen, wenn eine Messaging-Steuerkomponente gestoppt wird oder ein Fehler auftritt. Nachrichten können auch verworfen werden, wenn die Verbindung, in der sie übertragen wurden, nicht mehr verfügbar ist oder wenn die Systemressourcen knapp werden.

Express, nicht persistent
Nachrichten werden verworfen, wenn eine Messaging-Steuerkomponente gestoppt wird oder ein Fehler auftritt. Nachrichten können auch verworfen werden, wenn die Verbindung, in der sie übertragen wurden, nicht mehr verfügbar ist.

Zuverlässig, nicht persistent
Nachrichten werden verworfen, wenn eine Messaging-Steuerkomponente gestoppt wird oder ein Fehler auftritt.

Zuverlässig, persistent
Nachrichten können verworfen werden, wenn eine Messaging-Steuerkomponente ausfällt.

Garantiert, persistent
Nachrichten werden nicht verworfen.

Wie Bus-Destination
Es wird die Zustelloption verwendet, die für die Bus-Destination konfiguriert ist.

Übergabe von Nachrichtennutzdaten nach Referenz

Wenn große Objektnachrichten oder Bytenachrichten gesendet werden, können die Kosten für die Speicher- und Prozessornutzung, die durch das Serialisieren, Deserialisieren und Kopieren der Nachrichtennutzdaten entstehen, beträchtlich sein. Wenn Sie die Eigenschaften für die "Übernahme von Nachrichtennutzdaten nach Referenz" in einer Verbindungs-Factory oder Aktivierungsspezifikation aktivieren, teilen Sie dem Standard-Messaging-Provider dadurch mit, die Spezifikation JMS 1.1 zu überschreiben und das Kopieren der Daten nach Möglichkeit einzuschränken oder zu umgehen.

ACHTUNG:
Die Teile der JMS-Spezifikation, die von diesen Eigenschaften umgangen werden, werden definiert, um die Integrität der Nachrichtendaten zu gewährleisten. Alle JMS-Anwendungen, die diese Eigenschaften verwenden, müssen die Regeln, die im Artikel Warum und wann JMS-Nachrichtennutzdaten nach Referenz übergeben werden (online) beschrieben sind, strikt einhalten, da die Datenintegrität ansonsten nicht gewährleistet werden kann.
Anwendungen, die diese Verbindungs-Factory verwenden, um Nachrichten zu senden, müssen die folgenden Regeln einhalten:
  • 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 Verbindungs-Factory 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.

Erforderlich Nein
Datentyp Kontrollkästchen
Anwendungen, die diese Verbindungs-Factory verwenden, um Nachrichten zu empfangen, müssen die folgende Regel einhalten:
  • 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 Verbindungs-Factory 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.

Erforderlich Nein
Datentyp Kontrollkästchen

Weitere Eigenschaften

Eigenschaften für Verbindungspool
Ein optionaler Satz von Einstellungen für den Verbindungspool.



File name: SIBJMSQueueConnectionFactory_DetailForm.html