Angepasste Eigenschaften für Nachrichten-Listener-Service

Verwenden Sie diese Seite, um Name/Wert-Paare für angepasste Eigenschaften des Nachrichten-Listener-Service anzuzeigen oder zu ändern.

Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf Server > Anwendungsserver > Anwendungsserver > [Kommunikation] Messaging > Nachrichten-Listener-Service > Angepasste Eigenschaften .

Sie können auf der Seite "Angepasste Eigenschaften" die folgenden Eigenschaften für den Nachrichten-Listener-Service definieren:
NON.ASF.RECEIVE.TIMEOUT

Diese Eigenschaft legt das Zeitlimit (in Millisekunden) für den Empfang von Synchronnachrichten in MDB-Listener-Sitzungen im Betriebsmodus ohne ASF fest.

Setzen Sie diese Eigenschaft nur auf einen Wert ungleich null, wenn Sie den Nicht-ASF-Betriebsmodus für alle MDB-Listener im Anwendungsserver aktivieren möchten.

Der Nachrichten-Listener-Service hat zwei Betriebsmodi: ASF (Application Server Facilities) und ohne ASF (Non-Application Server Facilities).
  • Der ASF-Modus bietet gemeinsamen Zugriff und Transaktionsunterstützung. Aufgrund des besseren Durchsatzes und der Unterstützung des gemeinsamen Zugriffs empfiehlt sich der ASF-Modus für Pub/Sub-MDBs. Im Modus ohne ASF hat der Listener nur einen Thread.
  • Der Modus ohne ASF ist hauptsächlich für Messaging-Provider von Fremdanbietern bestimmt, die JMS-ASF, eine optionale Erweiterung der JMS-Spezifikation, nicht unterstützen. Der Modus ohne ASF bietet zwar auch Transaktionsunterstützung, aber aufgrund des im Vergleich mit dem ASF-Modus kürzeren Weges in der Regel eine bessere Leistung.
    Verwenden Sie den Modus ohne ASF in den folgenden Fällen:
    • Der Messaging-Provider des Fremdanbieters bietet keine Unterstützung für JMS-ASF.
    • Sie verwenden MDBs mit WebSphere-Topic-Verbindungen über den direkten Port, weil der interne Pub/Sub-Broker, der diesen Port verwendet, XA-Transaktionen oder JMS-ASF nicht unterstützt.
    • Die Reihenfolge der Nachrichten ist eine strikte Anforderung.
Datentyp Integer
Einheiten Millisekunden
Standardeinstellung ASF-Modus (keine Erstellung angepasster Eigenschaften)
Einstellmöglichkeiten 0 Millisekunden oder höher
0
Modus ohne ASF ist inaktiviert
1 oder mehr
Das Zeitlimit (in Millisekunden) für den Empfang von Synchronnachrichten in MDB-Sitzungen im Modus ohne ASF.
Empfohlene Einstellung Falls das zulässige Transaktionszeitlimit überschritten wird, muss die Nachricht wiederholt werden. Dies bedeutet zusätzlichen Aufwand. Wenn Sie den Modus ohne ASF verwenden möchten, geben Sie für diese Eigenschaft einen niedrigeren Wert als das Transaktionszeitlimit an, planen Sie aber bei dem Wert zumindest die maximale Ausführungsdauer für die Methode onMessage() Ihrer MDB mit ein. Beispiel: Wenn die Ausführung der Methode onMessage() Ihrer MDB normalerweise 10 Sekunden maximal dauert und das Transaktionszeitlimit mit 120 Sekunden definiert ist, können Sie die Eigenschaft NON.ASF.RECEIVE.TIMEOUT maximal auf 110000 (110000 Millisekunden, d. h. 110 Sekunden) setzen.
MQJMS.POOLING.TIMEOUT

Der Zeitraum (in Millisekunden), nach dem eine Verbindung im Pool gelöscht wird, wenn sie nicht verwendet wurde.

Ein MQSimpleConnectionManager ordnet die Verbindungen, die am häufigsten verwendet werden, zu und löscht die Verbindungen, die am seltensten verwendet werden. Die Standardeinstellung sieht vor, dass eine Verbindung gelöscht wird, wenn sie fünf Minuten nicht verwendet wurde.

Datentyp Integer
Einheiten Millisekunden
Standardeinstellung 5 Minuten
Einstellmöglichkeiten  
MQJMS.POOLING.THRESHOLD

Die Maximalanzahl der nicht verwendeten Verbindungen im Pool.

Ein MQSimpleConnectionManager ordnet die Verbindungen, die am häufigsten verwendet werden, zu und löscht die Verbindungen, die am seltensten verwendet werden. Die Standardeinstellung sieht vor, dass eine Verbindung gelöscht wird, wenn mehr als zehn nicht verwendete Verbindungen im Pool vorhanden sind.

Datentyp Integer
Einheiten Anzahl der Verbindungen
Standardeinstellung 10
Einstellmöglichkeiten  
MAX.RECOVERY.RETRIES

Gibt an, wie oft ein von diesem Service verwalteter Listener-Port maximal einen Wiederanlaufversucht startet. Wenn der zugehörige Listener-Port gestoppt wird, wechselt er in den Stoppstatus. Die Zeit zwischen den Wiederholungsversuchen wird mit der angepassten Eigenschaft RECOVERY.RETRY.INTERVAL definiert.

Eine Fehler kann die folgenden beiden Gründe haben:
  • Beim Abrufen einer Nachricht vom JMS-Provider ist ein unerwarteter Fehler aufgetreten.
  • Die Verbindung zwischen dem Anwendungsserver und dem JMS-Provider ist (aufgrund eines Netzfehlers) unterbrochen worden.
Datentyp Integer
Einheiten Wiederholungsversuche
Standardeinstellung 5
Einstellmöglichkeiten 0 (keine Wiederholungen) bis 2147483647
RECOVERY.RETRY.INTERVAL

Gibt die Wartezeit (in Sekunden) zwischen den Wiederholungsversuchen für einen Wiederanlauf nach einem Fehler eines Listener-Port an. Die maximale Anzahl der Versuche wird mit der angepassten Eigenschaft MAX.RECOVERY.RETRIES definiert.

Eine Fehler kann die folgenden beiden Gründe haben:
  • Beim Abrufen einer Nachricht vom JMS-Provider ist ein unerwarteter Fehler aufgetreten.
  • Die Verbindung zwischen dem Anwendungsserver und dem JMS-Provider ist (aufgrund eines Netzfehlers) unterbrochen worden.
Datentyp Integer
Einheiten Sekunden
Standardeinstellung 60
Einstellmöglichkeiten 1 bis 2147483647
DYNAMIC.CONFIGURATION.ENABLED

Diese Eigenschaft steuert, ob der Anwendungsserver, in dem ein Listener-Port erstellt wird, erneut gestartet werden muss. Setzen Sie diese Eigenschaft auf "true", um die dynamische Konfiguration zu aktivieren.

Datentyp Boolean
Standardeinstellung False (nicht ausgewählt)



Mit (online) gekennzeichnete Links setzen einen Internet-Zugang voraus.

Zugehörige Tasks
Zugehörige Verweise


Dateiname: umb_prolscp.html