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 Anzeige in der Konsole auf einen der folgenden Pfade:
  • Ressourcen > JMS > Aktivierungsspezifikationen > Name_der_Aktivierungsspezifikation
  • Ressourcen > JMS > JMS-Provider > ein_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 Enterprise-Systemen bereit, in dem Daten im Form von Nachrichten übertragen werden.

Alle Konfigurationseigenschaften der Aktivierungsspezifikation mit Ausnahme von Name, JNDI-Name, JNDI-Name der Destination 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 Destination-Typ, Subskriptionspersistenz, Bestätigungsmodus und Nachrichtenselektor durch die entsprechenden Elemente im Implementierungsdeskriptor überschrieben. Bei beiden Bean-Typen kann die Eigenschaft JNDI-Name der Destination 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-Steuerkomponente auswählt, zu der Ihre MDB-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. Informationen zum Warum und Wie finden Sie im Artikel So stellen JMS-Anwendungen eine Verbindung zu einer Messaging-Steuerkomponente in einem Bus her (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.

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

Beschreibung

Eine optionale Beschreibung für die Ressource.

Erforderlich Nein
Datentyp Textbereich

Destination-Typ

Gibt an, ob die MDB eine Warteschlangen- oder Topic-Destination verwendet.

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 der Destination angegeben.

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

JNDI-Name der Destination

JNDI-Name der Destination

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

Wählen Sie den Typ der Destination mit der Eigenschaft Destination-Typ aus.

Erforderlich Ja
Datentyp Text

Nachrichten-Selektor

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.

Erforderlich Nein
Datentyp Text

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 die mit der Eigenschaft JNDI-Name der Destination angegebene Destination definiert ist.
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.

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

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.

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.

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.

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.

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.

Erforderlich Nein
Datentyp Textbereich

Maximale Stapelgröße

Die maximale Anzahl der Nachrichten, die von der Messaging-Steuerkomponente 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.
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 Übermittlungen beibehalten werden muss, setzen Sie die Einstellung für die maximale Anzahl paralleler Endpunkte auf 1. Die Nachrichtenreihenfolge gilt nur, wenn die Destination, von der die MDB konsumiert, keine partitionierte Destination ist. Partitionierte Destinations werden in einem Lastausgleichsszenario in einem Cluster verwendet.
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 unterscheiden, die wegen eines Systemressourcenproblems fehlschlagen, das zahlreiche nacheinander fehlschlagende Nachrichten verursacht.

Durch das Stoppen des Endpunkts wird die Anzahl der Nachrichten reduziert, die unnötigerweise an eine Ausnahme-Destination verschoben werden, wenn das Problem nicht an den Nachrichten liegt, 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 eine Ausnahme-Destination verschoben, sofern eine solche konfiguriert ist.

Aktivieren

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

Erforderlich Nein
Datentyp Kontrollkästchen

Schwellenwert für aufeinanderfolgende Nachrichtenfehler

Der Endpunkt wird gestoppt, wenn die Anzahl aufeinanderfolgender fehlerhafter Nachrichten den konfigurierten Grenzwert erreicht. Wegen des gemeinsamen Zugriffs 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.

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 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 die Ausnahme-Destination 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 an der Destination erwartet werden.

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

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

Subskriptionspermanenz

Gibt an, ob eine JMS-Topic-Subskription 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.
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 Topic-Subskriptionen erforderliche Subskriptionsname. Dieses Feld muss ausgefüllt werden, wenn eine permanente Topic-Subskription verwendet wird.

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.

Erforderlich Nein
Datentyp Text

Client-ID

Die ID des JMS-Clients, die für permanente Topic-Subskriptionen 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.
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-Aktivierungsspezifikation erstellt wurden. Dieses Feld muss bei der Verwendung permanenter Topic-Subskriptionen ausgefüllt werden.

Der Administrator kann den Laufzeitstatus permanenter Subskriptionen mit den Veröffentlichungspunkten für diese Messaging-Steuerkomponente steuern.
Erforderlich Nein
Datentyp Text

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

Erforderlich Nein
Datentyp Kontrollkästchen

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 dieses Datenobjekt noch nicht in der Nachricht definiert wurde. Nachdem das Datenobjekt in der Nachricht definiert wurde, ändert oder ersetzt die Anwendung es nicht mehr.
  • 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.

Erforderlich Nein
Datentyp Kontrollkästchen

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, einen in jedem Anwendungsserver des Serverclusters, parallel haben darf.

Für WebSphere Application Server ExpressFür WebSphere Application Server Basispaket Die Standardeinstellung dieser Option darf nur in Umgebungen von WebSphere Application Server geändert werden, die Servercluster unterstützen.

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.

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

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.

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-Steuerkomponente vorhanden ist. Falls diese Option nicht aktiviert wird, verarbeiten MDB-Anwendungen in Servern ohne lokale aktive Messaging-Steuerkomponente keine Nachrichten.

Für WebSphere Application Server Network Deployment 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 die Destination auswählen.

Für WebSphere Application Server Network Deployment Weitere Informationen finden Sie im Artikel So stellen nachrichtengesteuerte Beans eine Verbindung in einem Cluster her (online).

Erforderlich Nein
Datentyp Kontrollkästchen

Wiederholungsintervall

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

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.

Erforderlich Nein
Datentyp Dropdown-Liste



Dateiname: SIBJMSActivationSpec_DetailForm.html