JMS-Aktivierungsspezifikation [Einstellungen]

Eine JMS-Aktivierungsspezifikation wird einer oder mehreren MDBs (Message-Driven Beans, nachrichtengesteuerte Beans) zugeordnet und enthält die erforderliche Konfiguration, damit die MDBs Nachrichten empfangen können.

Klicken Sie zum Aufrufen dieser Seite in der Konsole auf einen der folgenden Pfade:
  • Ressourcen -> JMS -> Aktivierungsspezifikationen -> Name_der_Aktivierungsspezifikation
  • Ressourcen -> JMS -> JMS-Provider -> Messaging-Provider -> [Weitere Eigenschaften] Aktivierungsspezifikationen -> Name_der_Aktivierungsspezifikation
Verwenden Sie diese Anzeige, um die Konfigurationseigenschaften der ausgewählten JMS-Aktivierungsspezifikation für den Standard-Messaging-Provider anzuzeigen oder zu ändern.

Sie erstellen eine JMS-Aktivierungsspezifikation, wenn Sie eine nachrichtengesteuerte Bean für die Kommunikation mit dem Standard-Messaging-Provider über Java EE Connector Architecture (JCA) 1.5 verwenden möchten. JCA unterstützt die Java-Konnektivität zwischen Anwendungsservern wie WebSphere Application Server und Enterprise Information Systems (EIS). JCA ist eine standardisierte Methode für die Integration von JMS-Providern mit Java-EE-Anwendungsservern und stellt ein Framework für den Austausch von Daten mit Unternehmenssystemen bereit, in dem Daten in Form von Nachrichten übertragen werden.

Alle Konfigurationseigenschaften der Aktivierungsspezifikation mit Ausnahme von Name, JNDI-Name, JNDI-Name des Ziels und Authentifizierungsalias werden durch entsprechend benannte Aktivierungskonfigurationseigenschaften im Implementierungsdeskriptor einer zugehörigen MDB der EJB Version 2.1 oder höher überschrieben. Für eine MDB der EJB Version 2.0 werden die Eigenschaften Zieltyp, Subskriptionspersistenz, Bestätigungsmodus und Nachrichtenselektor durch die entsprechenden Elemente im Implementierungsdeskriptor überschrieben. Bei beiden Bean-Typen kann die Eigenschaft JNDI-Name des Ziels durch einen Wert überschrieben werden, der in den MDB-Bindungen angegeben ist.

Die Eigenschaften der Aktivierungsspezifikation haben Einfluss darauf, wie der Standard-Messaging-Provider die Messaging-Engine auswählt, zu der Ihre MDB-Anwendung eine Verbindung herstellt. Standardmäßig verbindet die Umgebung Anwendungen automatisch mit einer verfügbaren Messaging-Engine 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-Engines einzuschränken oder die Verfügbarkeit und Leistung zu verbessern oder sicherzustellen, dass empfangene Nachrichten sequenziell verarbeitet werden. Informationen zum Warum und Wie finden Sie im Artikel "So stellen JMS-Anwendungen eine Verbindung zu einer Messaging-Engine in einem Bus her".

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. Informationen zum Anwenden von Konfigurationsänderungen auf die Laufzeitumgebung finden Sie in den Taskbeschreibungen im Information Center.

Allgemeine Eigenschaften

Geltungsbereich

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

Information Wert
Erforderlich Nein
Datentyp Zeichenfolge

Provider

Gibt einen JMS-Provider an, der asynchrones Messaging auf der Basis von Java Messaging Service (JMS) ermöglicht. Er stellt J2EE-Verbindungsfactorys zur Verfügung, die Verbindungen zu spezifischen Zielen 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.

Information Wert
Erforderlich Nein
Datentyp Zeichenfolge

Name

Der erforderliche Anzeigenname der Ressource.

Information Wert
Erforderlich Ja
Datentyp Zeichenfolge

JNDI-Name

Der JNDI-Name für die Ressource.

Geben Sie den JNDI-Namen ein, der in den Bindungen für nachrichtengesteuerte Beans, die dieser Aktivierungsspezifikation zugeordnet sind, definiert ist.
Information Wert
Erforderlich Ja
Datentyp Zeichenfolge

Eine optionale Beschreibung für die Ressource.

Information Wert
Erforderlich Nein
Datentyp Textbereich

Zieltyp

Gibt an, ob die MDB ein Warteschlangen- oder Topicziel verwendet.

Information Wert
Erforderlich Ja
Datentyp Dropdown-Liste
Einstellmöglichkeiten
Warteschlange
Die MDB verwendet eine JMS-Warteschlange. Der JNDI-Name der JMS-Warteschlange wird mit der Eigenschaft JNDI-Name des Ziels angegeben.

Topic
Die MDB verwendet ein JMS-Topic. Der JNDI-Name des JMS-Topic wird mit der Eigenschaft JNDI-Name des Ziels angegeben.

JNDI-Name des Ziels

JNDI-Name des Ziels

Geben Sie den JNDI-Namen ein, den die MDB verwendet, um das JMS-Ziel im JNDI-Namespace zu suchen.

Wählen Sie den Typ des Ziels mit der Eigenschaft Zieltyp aus.

Für Ressourcenadapter, die JMS unterstützen, müssen Sie javax.jms.Destinations einer Aktivierungsspezifikation zuordnen, sodass der Ressourcenadapter Nachrichten vom JMS-Ziel bedienen kann. In diesem Fall konfiguriert der Administrator ein verwaltetes J2C-Objekt, das die Schnittstelle "javax.jms.Destination" implementiert und an JNDI bindet.

Sie können ein verwaltetes J2C-Objekt so konfigurieren, dass es eine ActivationSpec-Klasse verwendet, die eine Methode "setDestination(javax.jms.Destination)" implementiert. In diesem Fall können Sie den JNDI-Namen des Ziels (d. h. den JNDI-Namen für das verwaltete J2C-Objekt, das die Schnittstelle "javax.jms.Destination" implementiert) angeben.

Wenn die Aktivierungsspezifikation während des Anwendungsstarts im Rahmen der Endpunktaktivierung initialisiert wird, verwendet der Server den JNDI-Namen des Ziels, um das verwaltete Zielobjekt zu ermitteln und dann in der Instanz der Aktivierungsspezifikation festzulegen.

Information Wert
Erforderlich Ja
Datentyp Zeichenfolge

Nachrichtenselektor

Der JMS-Nachrichtenselektor, mit dem bestimmt wird, welche Nachrichten die MDB empfängt. Der Wert ist eine Zeichenfolge, die zur Auswahl einer Untermenge verfügbarer Nachrichten verwendet wird. Die Syntax basiert auf einem Teil der SQL-92-Syntax für Bedingungsausdrücke, der in der JMS-Spezifikation beschrieben ist. Weitere Informationen finden Sie im Information Center.

Beispiel:
JMSType='car' AND color='blue' AND weight>2500

Die Selektorzeichenfolge kann sich auf Felder im JMS-Nachrichtenkopf und Felder in den Nachrichteneigenschaften beziehen. Nachrichtenselektoren können nicht auf Werte im Nachrichtenhauptteil verweisen.

Ein Nullwert (eine leere Zeichenfolge) zeigt an, dass kein Nachrichtenselektor für den Nachrichtenkonsumenten vorhanden ist.

Information Wert
Erforderlich Nein
Datentyp Zeichenfolge

Busname

Der Name des Busses, zu dem eine Verbindung hergestellt werden soll.

Geben Sie den Namen des Service Integration Bus ein, zu dem Verbindungen hergestellt werden. Dies muss der Name des Busses sein, in dem das mit der Eigenschaft JNDI-Name des Ziels angegebene Ziel definiert ist.
Information Wert
Erforderlich Nein
Datentyp Angepasst

Bestätigungsmodus

Gibt an, wie die Sitzung die empfangenen Nachrichten bestätigt.

Der Bestätigungsmodus gibt an, wie eine von einer MDB empfangene Nachricht bestätigt werden soll.
Anmerkung:

Die Bestätigung wird gesendet, wenn die Nachricht gelöscht wird.

Wenn Sie eine nicht transaktionsorientierte Message-driven Bean (MDB) haben, löscht das System die Nachricht beim Bean-Start oder bei Beendigung der Bean. Wenn die Bean eine Ausnahme generiert und deshalb nicht beendet wird, führt das System eine der folgenden Aktionen aus:
  • Wenn das System so konfiguriert ist, dass die Nachricht bei Beendigung der Bean gelöscht wird, wird die Nachricht einer neuen Instanz der Bean zugestellt, so dass es eine neue Gelegenheit zur Verarbeitung der Nachricht gibt.
  • Wenn das System so konfiguriert ist, dass die Nachricht beim Bean-Start gelöscht wird, geht die Nachricht verloren.

Die Nachricht wird beim Bean-Start gelöscht, wenn die Servicequalität auf Bestmöglich, nicht persistent gesetzt ist. Bei allen anderen Servicequalitäten wird die Nachricht bei Beendigung der Bean gelöscht.

Information Wert
Erforderlich Nein
Datentyp Dropdown-Liste
Einstellmöglichkeiten
Automatische Bestätigung
Die Sitzung bestätigt automatisch die Zustellung einer Nachricht.

Duplikate OK, automatische Bestätigung
Die Sitzung bestätigt die Zustellung von Nachrichten mit Verzögerung, was zwar zu einer Leistungsverbesserung, aber auch dazu führen kann, dass eine MDB eine Nachricht mehrfach erhalten kann.

Ziel

Der Name eines Ziels, der eine Gruppe von Messaging-Engines angibt. Den Typ des Ziels geben Sie mit der Eigenschaft "TargetType" an.

Information Wert
Erforderlich Nein
Datentyp Zeichenfolge

Zieltyp

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

Information Wert
Erforderlich Nein
Datentyp Dropdown-Liste
Einstellmöglichkeiten
Name des Bus-Members
Der Name eines Bus-Members. Diese Option ruft die aktiven Messaging-Engines im angegebenen Bus-Member (einem Anwendungsserver oder Server-Cluster) ab.

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

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

Zielsignifikanz

Diese Eigenschaft gibt die Signifikanz der Zielgruppe an.

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

Erforderlich
Es muss eine Messaging-Engine aus der Zielgruppe gewählt werden. Es wird nur dann eine Messaging-Engine aus der Zielgruppe gewählt, wenn eine verfügbar ist. Sollte in der Zielgruppe keine Messaging-Engine 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-Engine in einem von der Anwendung separaten Prozess herstellt. Wenn eine Messaging-Engine in einem anderen Prozess ausgewählt wird, kann eine Verbindung nur dann hergestellt werden, wenn die Messaging-Engine 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-Engine 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-Engine verfügbar und in der Anzeige Server -> Servertypen -> WebSphere-Anwendungsserver -> Servername -> [Server-Messaging] Eingehende Transporte für die Messaging-Engine 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-Engine in einem zweiten Server verwendet, wenn der erste Server keine geeignete Messaging-Engine 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 Verbindungsfactoryeigenschaften für das Workload-Management von Verbindungen finden Sie im Artikel "Verwaltungseigenschaften für JMS-Verbindungen zu einem Bus".
Information Wert
Erforderlich Nein
Datentyp Zeichenfolge

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.

Es werden nur dann Providerendpunkte verwendet, wenn der angegebene Bus in der lokalen Zelle nicht gefunden wird. MDB-Anwendungen versuchen zuerst, eine Verbindung zum angegebenen Bus in der lokalen Zelle herzustellen. Wenn dieser Versuch scheitert, werden Providerendpunkte verwendet, um den Anwendungen das Konsumieren von Nachrichten aus einer fernen Zelle zu ermöglichen.

Wenn der Hostname nicht angegeben ist, wird standardmäßig localhost verwendet.

Wenn die Portnummer nicht angegeben ist, wird standardmäßig 7276 verwendet.

Wenn das Protokoll nicht angegeben ist, wird standardmäßig eine vordefinierte Kette wie BootstrapBasicMessaging verwendet.

Information Wert
Erforderlich Nein
Datentyp Textbereich

Maximale Stapelgröße

Die maximale Anzahl der Nachrichten, die von der Messaging-Engine in einem Stapel empfangen werden kann.

Diese Einstellung definiert die maximale Anzahl von Nachrichten in einem Stapel, die nacheinander an eine MDB-Instanz übermittelt werden. Durch die Verwendung von Nachrichtenstapeln kann die Leistung verbessert werden, insbesondere wenn die Eigenschaft Bestätigungsmodus den Wert Duplikate OK, automatische Bestätigung hat. Falls die Nachrichtenreihenfolge auch bei fehlgeschlagenen Zustellungen beibehalten werden soll, geben Sie als Wert für die Größe des Stapels auf 1.
Information Wert
Erforderlich Nein
Datentyp Integer
Einstellmöglichkeiten 1 bis 2147483647

Maximale Anzahl gleichzeitiger MDB-Aufrufe pro Endpunkt

Die maximale Anzahl der Endpunkte, an die parallel Nachrichten übermittelt werden können.

Eine Erhöhung dieses Wertes kann die Leistung verbessern, aber auch die Anzahl der parallel verwendeten Threads erhöhen. Wenn die Nachrichtenreichenfolge auch bei fehlgeschlagenen Zustellungen beibehalten werden muss, setzen Sie die Einstellung für die maximale Anzahl paralleler Endpunkte auf 1. Die Nachrichtenreihenfolge gilt nur, wenn das Ziel, von dem die MDB konsumiert, kein partitioniertes Ziel ist. Partitionierte Ziele werden in einem Lastausgleichsszenario in einem Cluster verwendet.
Information Wert
Erforderlich Nein
Datentyp Integer
Einstellmöglichkeiten 1 bis 2147483647

Endpunkte bei wiederholten Nachrichtenfehlern automatisch stoppen

Mit diesen Parametern kann ein Endpunkt automatisch gestoppt werden, wenn die Anzahl aufeinanderfolgender fehlgeschlagener Nachrichtenzustellungen den angegebenen Grenzwert erreicht. Auf diese Weise können Sie Nachrichten, die wegen eines Problems mit den Nachrichten selbst fehlschlagen, und Nachrichten, die wegen eines Systemressourcenproblems fehlschlagen, das zahlreiche nacheinander fehlschlagende Nachrichten verursacht, voneinander unterscheiden.

Durch das Stoppen des Endpunkts reduziert sich die Anzahl der Nachrichten, die unnötigerweise an ein Ausnahmeziel verschoben werden, wenn das Problem nicht durch Nachrichten verursacht wird, die nicht verarbeitet werden können.

Wenn ein Endpunkt automatisch gestoppt wird, wird sein Status in der Anzeige der Administrationskonsole rot angezeigt. Der Endpunkt muss durch Klicken auf die Schaltfläche Fortsetzen manuell erneut gestartet werden.

Nach dem Neustart eines Endpunkts werden alle fehlgeschlagenen Nachrichtenzustellungen, die zum Stoppen des Endpunkts geführt haben, wiederholt. Scheitern die Nachrichtenzustellungen erneut, werden die Nachrichten an ein Ausnahmeziel verschoben, sofern eine solche konfiguriert ist.

Aktivieren

Automatisches Stoppen eines Endpunkts auf der Basis der folgenden Parameter stoppen.

Information Wert
Erforderlich Nein
Datentyp Boolescher Wert

Schwellenwert für aufeinanderfolgende Nachrichtenfehler

Der Endpunkt wird gestoppt, wenn die Anzahl aufeinanderfolgender fehlerhafter Nachrichten den konfigurierten Grenzwert erreicht. Wegen der Verarbeitungsabhängigkeiten in der MDB kann die tatsächliche Anzahl der verarbeiteten Nachrichten diesen Wert überschreiten.

Diese Eigenschaft ist nur aktiviert, wenn die Eigenschaft Endpunkte bei wiederholten Nachrichtenfehlern automatisch stoppen aktiviert ist.

Information Wert
Erforderlich Nein
Datentyp Integer

Verzögerung zwischen Wiederholungen fehlerhafter Nachrichten

Jede Nachricht, die nicht von der MDB verarbeitet werden kann, aber ihr maximales Zustellungslimit noch nicht erreicht hat, wird erst nach Ablauf dieses Zeitraums (in Millisekunden) wiederholt. Es können andere Nachrichten in dieser Zeit verarbeitet werden, sofern der Schwellenwert für aufeinanderfolgende Fehler und die maximale Anzahl gleichzeitiger Zugriffe nicht auf "1" gesetzt sind.

Durch das Festlegen einer Verzögerung zwischen Wiederholungen gescheiterter Nachrichtenzustellungen verringert sich die Anzahl der Nachrichten, die unnötigerweise an das Ausnahmeziel verschoben werden, bevor die MDB gestoppt wird. Um die Anzahl der verschobenen Nachrichten zu minimieren, wählen Sie für diese Verzögerung einen Wert, der höher ist als das Intervall, in dem die Nachrichten am Ziel erwartet werden.

Diese Eigenschaft ist nur aktiviert, wenn die Eigenschaft Endpunkte bei wiederholten Nachrichtenfehlern automatisch stoppen aktiviert ist.

Information Wert
Erforderlich Nein
Datentyp Integer
Einstellmöglichkeiten Die Zeit in Millisekunden. Der Wert 0 zeigt an, dass es zwischen den Wiederholungen keine Verzögerung gibt.

Subskriptionsdauer

Gibt an, ob eine JMS-Topicsubskription permanent oder nicht permanent ist.

Normalerweise kann jeweils nur eine Anwendung einen Konsumenten 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.
Information Wert
Erforderlich Nein
Datentyp Dropdown-Liste
Einstellmöglichkeiten
Permanent
Der Messaging-Provider speichert die Nachrichten, während die MDB nicht verfügbar ist, und stellt die Nachrichten zu, sobald die MDB wieder verfügbar ist.

Nicht permanent
Der Messaging-Provider speichert die Nachrichten nicht und stellt sie auch nicht erneut zu, wenn eine MDB nicht verfügbar ist.

Subskriptionsname

Der für permanente Topicsubskriptionen erforderliche Subskriptionsname. Dieses Feld muss bei der Verwendung permanenter Topicsubskriptionen ausgefüllt werden.

Jede permanente JMS-Subskription hat einen Subskriptionsnamen (der mit dieser Eigenschaft definiert wird). Eine JMS-Verbindung hat außerdem eine zugeordnete Client-ID (die mit der Eigenschaft Client-ID definiert wird), die verwendet wird, um eine Verbindung und die zugehörigen Objekte der Liste von Nachrichten (in der permanenten Subskription) zuzuordnen, die vom JMS-Provider für den Client verwaltet wird.

Der Subskriptionsname muss für jede Client-ID eindeutig sein.

Information Wert
Erforderlich Nein
Datentyp Zeichenfolge

Client-ID

Die ID des JMS-Clients, die für permanente Topicsubskriptionen in allen Verbindungen erforderlich ist, die mit dieser Aktivierungsspezifikation erstellt werden.

Der angegebene Wert ist eine eindeutige ID für einen Client (MDB). Die Client-ID wird verwendet, um eine Clientverbindung der Liste von Nachrichten (in einer permanenten Subskription) zuzuordnen, die der Messaging-Provider für den Client verwaltet. Sobald der Client nach einem Ausfall wieder verfügbar ist, verwendet der Messaging-Provider die Client-ID, um die gespeicherten Nachrichten erneut an den richtigen Client zu übermitteln.
Information Wert
Erforderlich Nein
Datentyp Zeichenfolge

Home-Schnittstelle für permanente Subskriptionen

Der Name der Messaging-Engine, die zum Speichern von Nachrichten verwendet wird, die permanenten Subskriptionen für Objekte zugestellt werden, die aus dieser JMS-Aktivierungsspezifikation erstellt wurden. Dieses Feld muss bei der Verwendung permanenter Topicsubskriptionen ausgefüllt werden.

Der Administrator kann den Laufzeitstatus permanenter Subskriptionen mit den Veröffentlichungspunkten für diese Messaging-Engine steuern.
Information Wert
Erforderlich Nein
Datentyp Zeichenfolge

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 Verbindungsfactory 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" beschrieben sind, strikt einhalten, da die Datenintegrität ansonsten nicht gewährleistet werden kann.

Anwendungen, die diese Aktivierungsspezifikation 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 Option aktiviert ist, werden die Nachrichtendaten von Objektnachrichten, die über diese Aktivierungsspezifikation 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.

Information Wert
Erforderlich Nein
Datentyp Boolescher Wert

Anwendungen, die Nachrichten, die ursprünglich über diese Aktivierungsspezifikation empfangen wurden, erneut senden, müssen die folgenden Regeln einhalten:

  • Die Anwendung kann das Datenobjekt in einer JMS-Objektnachricht ersetzen, sofern das Datenobjekt noch nicht in der Nachricht definiert wurde. Die Anwendung ändert und ersetzt aber das Datenobjekt nicht mehr, nachdem es in der Nachricht gesetzt wurde.
  • Die Anwendung kann die Bytefeldgruppe in einer JMS-Bytenachricht ersetzen, aber nur, wenn ein einziger Aufruf von writeBytes(byte[]) verwendet wird und sofern die Bytefeldgruppe noch nicht in der Nachricht definiert wurde. Nachdem die Bytefeldgruppe in der Nachricht definiert wurde, ändert oder ersetzt die Anwendung sie nicht mehr.

Wenn diese Eigenschaft aktiviert ist, werden die Daten von Objekt- oder Bytenachrichten, die über diese Aktivierungsspezifikation weitergeleitet werden und geänderte Nutzdaten enthalten, nicht kopiert, wenn sie in der Nachricht festgelegt werden, und das System serialisiert die Nachrichtendaten nur, wenn es absolut erforderlich ist. Anwendungen, die solche Nachrichten senden, dürfen die Daten, sobald sie in der Nachricht enthalten sind, nicht mehr ändern.

Information Wert
Erforderlich Nein
Datentyp Boolescher Wert

Permanente Subskriptionen freigeben

Steuert, ob permanente Subskriptionen von den Membern eines Server-Clusters 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, einen in jedem Anwendungsserver des Server-Cluster, parallel haben darf.

Die Standardeinstellung dieser Option darf nur in Umgebungen von WebSphere Application Server geändert werden, die Server-Cluster unterstützen.

Information Wert
Erforderlich Nein
Datentyp Dropdown-Liste
Einstellmöglichkeiten
Im Cluster
Lässt die gemeinsame Nutzung permanenter Subskriptionen zu, wenn Verbindungen innerhalb eines Server-Clusters hergestellt werden.

Immer freigeben
Permanente Subskriptionen können von mehreren Verbindungen gemeinsam genutzt werden.

Nie freigeben
Permanente Subskriptionen können nicht von mehreren Verbindungen gemeinsam genutzt werden.

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

Information Wert
Erforderlich Nein
Datentyp Boolescher Wert

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

Information Wert
Erforderlich Nein
Datentyp Dropdown-Liste
Einstellmöglichkeiten
Standardeinstellung
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. Damit wird die Bearbeitungszeit von Konsumentenanforderungen verkürzt.

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

Immer alle MDBs in allen Servern aktivieren

Diese Eigenschaft wird nur verwendet, wenn die MDB-Anwendung in einem Server ausgeführt wird, der Member des Zielbusses der Anwendung ist. Sie hat keine Auswirkung, wenn die MDB in einem Server ausgeführt wird, der kein Member des Zielbusses ist.

Falls die MDB-Anwendung in einem Server ausgeführt wird, der Member des Zielbusses ist, ist die MDB-Anwendung bei Aktivierung dieser Option in der Lage, Nachrichten zu verarbeiten, unabhängig davon, ob in dem Server auch eine aktive Messaging-Engine vorhanden ist. Falls diese Option nicht aktiviert wird, verarbeiten MDB-Anwendungen in Servern ohne lokale aktive Messaging-Engine keine Nachrichten.

Für MDB-Anwendungen, die eine Verbindung zu einem Bus-Member des Typs "Cluster" herstellen, können Sie diese Option verwenden, um die folgenden zusätzlichen Konfigurationen zu ermöglichen:
  • Alle Server im Cluster können Nachrichten von der MDB-Anwendung empfangen, um die vollständige Verarbeitungsleistung im Cluster zu nutzen.
  • Es kann nur jeweils ein Server Nachrichten von der MDB-Anwendung empfangen, so dass eine sequenzielle Verarbeitung der Nachrichten gewährleistet wird.
Wählen Sie diese Option aus, um allen Servern im Cluster den Empfang von Nachrichten von der MDB-Anwendung zu ermöglichen. Wenn nur jeweils ein Server Nachrichten von der MDB-Anwendung empfangen soll, müssen Sie diese Option abwählen und die Option Exklusiver Empfang für das Ziel auswählen.

Weitere Informationen finden Sie im Artikel "So stellen nachrichtengesteuerte Beans eine Verbindung in einem Cluster her".

Information Wert
Erforderlich Nein
Datentyp Boolescher Wert

Wiederholungsintervall

Die Verzögerung (in Sekunden) zwischen den Versuchen, eine Verbindung zu einer Messaging-Engine herzustellen. Diese Einstellung gilt sowohl für die erste Verbindung als auch für alle nachfolgenden Versuche, eine bessere Verbindung herzustellen.

Information Wert
Erforderlich Nein
Datentyp Integer
Einstellmöglichkeiten 1 bis 2147483647

Authentifizierungsalias

Der Name eines J2C-Authentifizierungsalias für die komponentengesteuerte Authentifizierung von Verbindungen zum Service Integration Bus.

Ein JCA-Authentifizierungsalias gibt die Benutzer-ID und das Kennwort an, das für die Authentifizierung der Erstellung einer neuen Verbindung zum JMS-Provider verwendet werden.

Die angepassten Eigenschaftsfelder für den Benutzernamen und das Kennwort müssen leer bleiben, wenn das Feld "Authentifizierungsalias" verwendet wird. Authentifizierungsaliaseigenschaften, die im Rahmen der Anwendungsimplementierung definiert werden, haben Vorrang vor den Eigenschaften, die für eine Aktivierungsspezifikation in Form eines Verwaltungsobjekts gesetzt wurden.

Selbst für die Protokollierung der Transaktionswiederherstellung wird nur der Authentifizierungsalias in unverschlüsselter Form in eine Datei geschrieben. Der Sicherheitsservice wird verwendet, um den echten Benutzernamen und das Kennwort zu schützen.

Wenn die Aktivierungsspezifikation während des Anwendungsstarts im Rahmen der Endpunktaktivierung initialisiert wird, verwendet der Server den Authentifizierungsalias, um den echten Benutzernamen und das Kennwort von der Sicherheitsfunktion abzurufen und dann in der Instanz der Aktivierungsspezifikation festzulegen.

Information Wert
Erforderlich Nein
Datentyp Dropdown-Liste


Dateiname: SIBJMSActivationSpec_DetailForm.html