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 und Java-EE-Anwendungsservern und bietet ein Framework für den Austausch von Daten mit Unternehmenssystemen, in dem die Daten in Form von Nachrichten übertragen werden.

Alle Konfigurationseigenschaften der Aktivierungsspezifikation mit Ausnahme von Name, JNDI-Name, JNDI-Name der Destination und Authentifizierungsaliasname werden durch die entsprechend benannten Aktivierungskonfigurationseigenschaften im Implementierungsdeskriptor einer zugeordneten MDB der EJB Version 2.1 ü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 Bindungen der nachrichtengesteuerten Bean 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. Beispielsweise können Sie Konfigurationsdetails definieren, um spezielle Bootstrap-Server anzugeben, die Verbindung auf eine Untergruppe der verfügbaren Messaging-Steuerkomponenten zu beschränken, Verfügbarkeit oder Leistung zu verbessern oder die sequenzielle Verarbeitung der empfangenen Nachrichten sicherzustellen. 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)

Zugehörige Konzepte
Warum und wann JMS-Nachrichtennutzdaten nach Referenz übergeben werden (online)
Serviceintegrationstopologien (online)
Zugehörige Tasks
MDB-Regulierung für den Standard-Messaging-Provider konfigurieren (online)
JMS-Aktivierungsspezifikation für den Standard-Messaging-Provider konfigurieren (online)
Eine Verbindung zu einem Bootstrap-Server ohne Standardadresse konfigurieren (online)
Zugehörige Verweise
Übergabe von Nachrichtennutzdaten nach Referenz: Potenzielle Vorteile für jeden Verarbeitungsschritt (online)
Übergabe von Nachrichtennutzdaten nach Referenz: Einsatzszenarios und Beispielcode für Weiterleitungsanwendungen (online)
Übergabe von Nachrichtennutzdaten nach Referenz: Beispielcode für Erzeuger- und Konsumentenanwendungen (online)
Zugehörige Informationen
Schaltflächen in der Administrationskonsole
Vorgaben in der Administrationskonsole

Registerkarte "Konfiguration"

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

Allgemeine Eigenschaften

Geltungsbereich

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

Erforderlich Nein
Datentyp Text

Provider

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

Erforderlich Nein
Datentyp Text

Name

Der erforderliche Anzeigenname der Ressource.

Erforderlich Ja
Datentyp Text

JNDI-Name

Der JNDI-Name für die Ressource.

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

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

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

Zieltransportkette für eingehende Daten

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

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

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

Providerendpunkte

Eine durch Kommata getrennte Liste mit Endpunkt-Triplets im Format Hostname:Portnummer:Kettenname, die zum Herstellen einer Verbindung zu einem Bootstrap-Server verwendet wird, z. B. Merlin:7276:BootstrapBasicMessaging,Gandalf:5557:BootstrapSecureMessaging.

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

Authentifizierungsalias

Der Name eines J2C-Authentifizierungsalias für die komponentengestützte 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 Auswahlliste

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 Lastausgleichszenario in einem Cluster verwendet.
Erforderlich Nein
Datentyp Integer
Einstellmöglichkeiten 1 bis 2147483647

Endpunkte bei wiederholten Nachrichtenfehlern automatisch stoppen

Diese Parameter ermöglichen das automatische Stoppen eines Endpunkts, wenn die Anzahl aufeinanderfolgender fehlgeschlagener Nachrichten einen von Ihnen definierten Grenzwert erreichen. 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.

Das Stoppen des Endpunkts verhindert, dass Nachrichten unnötigerweise an eine Ausnahme-Destination verschoben werden, wenn das Problem nicht auf die Nachrichten selbst zurückzuführen ist, die nicht verarbeitet werden können.

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

Nach dem Neustart eines Endpunkts werden alle fehlerhaften Nachrichten, die zum Stoppen des Endpunkts geführt haben, wiederholt. Wenn die Nachrichten erneut fehlschlagen, werden sie 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.

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 gibt an, dass die Wiederholungen ohne Verzögerung erfolgt.

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 Auswahlliste
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 persistent 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 dauerhaften 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

Übergabe von Nachrichtennutzdaten nach Referenz

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

ACHTUNG:
Die Teile der JMS-Spezifikation, die von diesen Eigenschaften umgangen werden, werden definiert, um die Integrität der Nachrichtendaten zu gewährleisten. Alle JMS-Anwendungen, die diese Eigenschaften verwenden, müssen die Regeln, die im Artikel Warum und wann JMS-Nachrichtennutzdaten nach Referenz übergeben werden (online) beschrieben sind, strikt einhalten, da die Datenintegrität ansonsten nicht gewährleistet werden kann.
Anwendungen, die diese 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, ändert aber das Datenobjekt nicht mehr, nachdem es in die Nachricht gestellt wurde.
  • Die Anwendung kann die Bytefeldgruppe ausschließlich mit einem einzigen Aufruf der Methode "writeBytes(byte[])" in einer JMS-Bytenachricht ersetzen, ändert die Bytefeldgruppe aber nicht mehr, nachdem sie in die Nachricht gestellt wurde.

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 Express Fü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 Auswahlliste
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 Optionen finden Sie im Artikel CMP-Entity-Beans und Datenspeicher der Messaging-Steuerkomponente für die gemeinsame Nutzung von Datenbankverbindungen aktivieren (online).

Erforderlich Nein
Datentyp Kontrollkästchen

Vorauslesen

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

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

Sie können diese Eigenschaft für einzelne JMS-Destinations überschreiben, indem Sie die Eigenschaft Vorauslesen für die JMS-Destination festlegen.

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

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

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

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




File name: SIBJMSActivationSpec_DetailForm.html