Einheitliche Verbindungs-Factory für den Standard-Messaging-Provider [Einstellungen]

Eine JMS-Verbindungs-Factory wird verwendet, um Verbindungen zum zugeordneten JMS-Provider für JMS-Destinations für Punkt-zu-Punkt- und Publish/Subscribe-Messaging zu erstellen. Verwenden Sie die Verwaltungsobjekte für Verbindungs-Factorys, um JMS-Verbindungs-Factorys für den Standard-Messaging-Provider zu verwalten.

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

  • Ressourcen > JMS > Verbindungs-Factorys > Factory-Name
  • Ressourcen > JMS > JMS-Provider > ein_Messaging-Provider > [Weitere Eigenschaften] Verbindungs-Factorys > Factory-Name
Sie können die Konfigurationseigenschaften einer JMS-Verbindungs-Factory für den JMS-Standard-Messaging-Provider festlegen, anzeigen oder ändern. Diese Konfigurationseigenschaften steuern, wie Verbindungen zu den zugeordneten JMS-Warteschlangen und -Topics 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 Einstellungen für den Verbindungspool für diese Verbindungs-Factory ändern, indem Sie unter "Weitere Eigenschaften" in der Administrationskonsole den Link Eigenschaften für Verbindungspool auswählen.

Die Eigenschaften der Verbindungs-Factory haben Einfluss darauf, wie der Standard-Messaging-Provider die Messaging-Steuerkomponente auswählt, zu der Ihre JMS-Anwendung eine Verbindung herstellt. Standardmäßig verbindet die Umgebung Anwendungen automatisch mit einer verfügbaren Messaging-Steuerkomponente im Bus. Sie können jedoch zusätzliche Konfigurationsdetails angeben, um den Verbindungsprozess zu beeinflussen (z. B. spezielle Bootstrap-Server angeben) oder die Verbindung auf eine Untergruppe verfügbarer Messaging-Steuerkomponenten einzuschränken oder die Verfügbarkeit und Leistung zu verbessern oder sicherzustellen, dass empfangene Nachrichten sequenziell verarbeitet werden. Weitere Informationen hierzu finden Sie im Artikel Auswahl der Messaging-Steuerkomponenten für JMS-Anwendungen konfigurieren (online).


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)

Registerkarte "Konfiguration"

In 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.

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.

Geben Sie den Namen des lokalen Busses ein, wenn eine Anwendung eine Verbindung zu fremden Bussen herstellt.
Erforderlich Ja
Datentyp Angepasst

Ziel

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

Bevor die auf Verbindungsproximität basierende Suche zur Auswahl einer geeigneten Messaging-Steuerkomponente durchgeführt wird, werden die Messaging-Steuerkomponenten ausgewählt, die Member der angegebenen Zielgruppe sind. Die auf Verbindungsproximität basierende Suche wird dann auf diese Messaging-Steuerkomponenten beschränkt. Wenn keine Zielgruppe angegeben ist (Standardeinstellung), werden bei der Überprüfung der Verbindungsproximität alle Messaging-Steuerkomponenten im Bus berücksichtigt.

Wenn die Eigenschaft Zieltyp beispielsweise auf Name des Bus-Member gesetzt wird, gibt die Eigenschaft Ziel den Namen des Bus-Members an, aus dem in Frage kommende Messaging-Steuerkomponenten ausgewählt werden können.

Erforderlich Nein
Datentyp Text

Zieltyp

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

Erforderlich Nein
Datentyp Dropdown-Liste
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.

Diese Eigenschaft definiert, ob die Überprüfung der Verbindungsproximität auf die Messaging-Steuerkomponenten in der Zielgruppe beschränkt werden soll.
Erforderlich Nein
Datentyp Dropdown-Liste
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.
Anmerkung: Es kann eine Verbindung zu einem nicht bevorzugten Ziel zurückgegeben werden, selbst wenn ein bevorzugtes Ziel verfügbar ist. Dies kann passieren, wenn das Verbindungs-Pooling für eine Verbindungs-Factory aktiviert ist, was standardmäßig der Fall ist, wenn in einer Serverumgebung eine JMS-Verbindungs-Factory verwendet wird:
  • Falls keine bevorzugte Messaging-Steuerkomponente verfügbar ist, kann eine Verbindung zu einem nicht bevorzugten Server erstellt und im Verbindungspool gespeichert werden.
  • Wenn die Anwendung das nächste Mal eine Verbindung anfordert, erhält sie diese Verbindung aus dem Pool, selbst wenn die bevorzugte Messaging-Steuerkomponente wieder verfügbar ist.
Sie können die Einstellungen für den Verbindungspool so ändern, dass alle nicht verwendeten Verbindungen im Pool in regelmäßigen Abständen gelöscht werden. Nach dem Bereinigen des Verbindungspools werden Verbindungen zu einer bevorzugten Messaging-Steuerkomponente hergestellt, sofern eine verfügbar ist. Setzen Sie die Parameter ReapTime, AgedTimeout und UnusedTimeout beispielsweise auf 300 Sekunden und den Parameter PurgePolicy auf "EntirePool". Mit diesen Einstellungen wird der Verbindungspool alle 5 Minuten aktualisiert. Danach wählt die Anwendung eine bevorzugte Messaging-Steuerkomponente aus, wenn eine 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.

Diese Transportketten geben die Kommunikationsprotokolle vor, die für die Kommunikation mit dem Anwendungsserver verwendet werden können, mit dem die Clientanwendung verbunden ist.

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 erforderliche 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 die Plattform IBM i 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-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 die Plattform IBM i Für die Plattform IBM i 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 den Port nicht 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 und verwendet HTTP-Wrapper.
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 und verwendet HTTP-Wrapper.

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.

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 Dropdown-Liste
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.

Client-ID

Die ID des JMS-Clients, die für permanente Topic-Subskriptionen in allen Verbindungen erforderlich ist, die mit dieser Verbindungs-Factory erstellt werden. Diese Kennung ist erforderlich, wenn die Anwendung permanente Publish/Subscribe-Operationen durchführt.

Erforderlich Nein
Datentyp Text

Home-Schnittstelle für permanente Subskriptionen

Der Name der Messaging-Steuerkomponente, die zum Speichern von Nachrichten verwendet wird, die permanenten Subskriptionen für Objekte zugestellt werden, die aus dieser JMS-Verbindungs-Factory erstellt wurden.

Erforderlich Nein
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 Stufen der Nachrichtenzuverlässigkeit (online).
Erforderlich Nein
Datentyp Dropdown-Liste
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.

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 finden Sie im Artikel Stufen der Nachrichtenzuverlässigkeit (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 Dropdown-Liste
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 Dropdown-Liste
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 maximal zwölfstellige Präfix, das für die Namen temporärer Warteschlangen verwendet werden, die von Anwendungen erstellt werden, die diese Verbindungs-Factory verwenden.

Erforderlich Nein
Datentyp Text

Namenspräfix für temporäre Topics

Das maximal zwölfstellige Präfix, das für die Namen temporärer Topics verwendet werden, die von Anwendungen erstellt werden, die diese Verbindungs-Factory verwenden.

Erforderlich Nein
Datentyp Text

Permanente Subskriptionen freigeben

Steuert, ob permanente Subskriptionen von den Membern eines Serverclusters in Verbindungen gemeinsam genutzt werden.

Normalerweise kann zu einer Zeit nur eine Sitzung einen TopicSubscriber für eine bestimmte permanente Subskription haben. Mit dieser Eigenschaft können Sie dieses Verhalten außer Kraft setzen, wenn Sie möchten, dass eine permanente Subskription mehrere Konsumenten parallel haben darf.
Erforderlich Nein
Datentyp Dropdown-Liste
Einstellmöglichkeiten
Im Cluster
Gemeinsame Nutzung permanenter Subskriptionen zulassen, wenn Verbindungen von einem Servercluster aus aufgebaut werden.

Immer freigeben
Permanente Subskriptionen können verbindungsübergreifend verwendet werden.

Nie freigeben
Permanente Subskriptionen können nicht verbindungsübergreifend verwendet werden.

Nachrichtennutzdaten nach Referenz übergeben

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.

Vorsicht:
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

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 Verfolgung von Kennungen kann die Leistung zur Laufzeit jedoch erheblich verringern.
Erforderlich Nein
Datentyp Kontrollkästchen

Datenquelle mit CMP freigeben

Die gemeinsame Benutzung von Verbindungen zwischen JMS und CMP-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 Option finden Sie im Artikel Unterstützung der gemeinsamen Nutzung von Datenbankverbindungen durch CMP-Entity-Beans und Datenspeicher von Messaging-Steuerkomponenten (online).

Erforderlich Nein
Datentyp Kontrollkästchen

Authentifizierungsalias für XA-Wiederherstellung

Gibt den Alias an, den die Verbindungs-Factory bei der Transaktionswiederherstellung für die Authentifizierung beim EIS verwendet.

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 Dropdown-Liste

Alias für Konfigurationszuordnung

Dieses Feld wird nur verwendet, wenn keine Anmeldekonfiguration in der Ressourcenreferenz der Komponente angegeben ist. Die Spezifikation einer Anmeldekonfiguration und der zugehörigen Eigenschaften in der Komponentenressourcenreferenz ist die bevorzugte Methode für die Definition der Authentifizierungsstrategie, wenn "res-auth" auf "Container" gesetzt ist. Wenn die Anmeldekonfiguration "DefaultPrincipalMapping" angegeben wird, ist die zugehörige Eigenschaft ein Alias für den JAAS/J2C-Authentifizierungsdateneintrag. Informationen zum Definieren eines neuen Alias finden Sie in der Beschreibung des zugehörigen Elements "JAAS/J2C-Authentifizierungsdateneintrag".

Erforderlich Nein
Datentyp Dropdown-Liste

Containergesteuerter Authentifizierungsalias

Dieses Feld wird nur verwendet, wenn keine Anmeldekonfiguration in der Ressourcenreferenz der Komponente angegeben ist. Die Spezifikation einer Anmeldekonfiguration und zugehöriger Eigenschaften in der Ressourcenreferenz der Komponente bestimmt die containergesteuerte Authentifizierungsstrategie, wenn res-auth den Wert Container hat.

Erforderlich Nein
Datentyp Dropdown-Liste

Weitere Eigenschaften

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



Dateiname: SIBJMSConnectionFactory_DetailForm.html