Einstellungen für Listener-Port

Ein Listener-Port wird verwendet, um die Verwaltung der Zuordnung zwischen einer Verbindungs-Factory, einem Topic und einer implementierten MDB zu vereinfachen.

Verwenden Sie diese Anzeige, um die Konfigurationseigenschaften des ausgewählten Listener-Ports anzuzeigen oder zu ändern.

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

Name

Der Name, unter dem der Listener-Port für Verwaltungszwecke bekannt ist.

Datentyp String
Standardeinstellung Ohne
Anfangsstatus

Der Status, in dem der Listener-Port sich befinden soll, wenn der Anwendungsserver beim nächsten Mal erneut gestartet wird.

Datentyp Enum
Einheiten Nicht zutreffend
Standardeinstellung Gestartet
Einstellmöglichkeiten
Gestartet
Wenn der Anwendungsserver beim nächsten Mal gestartet wird, wird der Listener-Port automatisch gestartet.
Gestoppt
Wenn der Anwendungsserver beim nächsten Mal gestartet wird, wird der Listener-Port nicht automatisch gestartet. Wenn MDBs diesen Listener-Port auf dem Anwendungsserver verwenden sollen, muss der Systemadministrator den Port manuell starten oder den Wert "Gestartet" dieser Eigenschaft auswählen und den Anwendungsserver anschließend erneut starten.
Beschreibung

Eine Beschreibung des Listener-Ports für Verwaltungszwecke in IBM WebSphere Application Server.

Datentyp String
Standardeinstellung Ohne
JNDI-Name der Verbindungs-Factory

Der JNDI-Name für die JMS-Verbindungs-Factory, der vom Listener-Port verwendet werden soll, z. B. jms/connFactory1.

Datentyp String
Standardeinstellung Ohne
JNDI-Name der Destination

Der JNDI-Name für die vom Listener-Port zu verwendende Destination, z. B. jms/destn1.

Für verspätete Antworten kann keine temporäre Destination verwendet werden.

Datentyp String
Standardeinstellung Ohne
Maximale Sitzungsanzahl

Gib die maximale Anzahl gleichzeitiger Sitzungen an, die ein Listener zum JMS-Server für die Verarbeitung von Nachrichten aufbauen kann.

Jede Sitzung entspricht einem eigenen Listener-Thread und steuert damit die Anzahl gleichzeitig verarbeiteter Nachrichten. Passen Sie diesen Parameter an, wenn der Server die verfügbare Kapazität der Maschine nicht vollständig nutzt und die Nachrichten nicht in einer bestimmten Reihenfolge verarbeitet werden müssen.

Datentyp Integer
Einheiten Sitzungen
Standardeinstellung 1
Einstellmöglichkeiten 1 bis 2147483647
Empfohlene Einstellung
  • Wenn die Nachrichten in einer strikt vorgegebenen Reihenfolge verarbeitet werden sollen, definieren Sie den Wert 1, damit jeweils nur ein Thread Nachrichten verarbeitet.
  • Wenn mehrere Nachrichten gleichzeitig verarbeitet werden sollen, setzen Sie diese Eigenschaft auf einen Wert größer als 1. Halten Sie den Wert möglichst niedrig, um eine Überlastung der Clientanwendungen zu verhindern. Ein geeigneter Ausgangspunkt für eine 100-prozentige JMS-Arbeitslast mit kurzen Transaktionszeiten sind 2 bis 4 Sitzungen pro Prozessor. Sollten Sie Transaktionen mit längeren Ausführungszeiten haben, benötigen Sie unter Umständen mehr Sitzungen. Probieren Sie mehrere Einstellungen aus.
Maximale Anzahl Wiederholungen

Gibt an, wie oft der Listener maximal versucht, eine Nachricht zuzustellen, bevor er gestoppt wird. Gültige Wert sind 0 bis 2147483647.

Gibt an, wie oft der Listener versucht, eine Nachricht an eine MDB-Instanz abzusetzen, bevor der Listener gestoppt wird.

Datentyp Integer
Einheiten Wiederholungsversuche
Standardeinstellung 0 (keine Wiederholungen)
Einstellmöglichkeiten 0 (keine Wiederholungen) bis 2147483647
Maximale Anzahl Nachrichten

Die maximale Anzahl Nachrichten, die der Listener in einer Transaktion verarbeiten kann.

Wenn die Warteschlange leer ist, verarbeitet der Listener-Prozess jede Nachricht, sobald sie ankommt. Jede Nachricht wird in einer separaten Transaktion verarbeitet.

Wenn Sie den Standard-Messaging-Provider der WebSphere Version 5 oder WebSphere MQ als JMS-Provider verwenden und sich Nachrichten in der Warteschlange ansammeln, kann der Listener die Nachrichten in Stapeln verarbeiten. Für Messaging-Provider von Fremdanbietern wird dieser Eigenschaftswert an den JMS-Provider übergeben, aber die Auswirkungen richten sich nach dem JMS-Provider.

Datentyp Integer
Einheiten Anzahl der Nachrichten
Standardeinstellung 1
Einstellmöglichkeiten 1 bis 2147483647
Empfohlene Einstellung
Wenn Sie die Standard-Messaging-Provider von WebSphere oder WebSphere MQ als JMS-Provider verwenden und mehrere Nachrichten in einer Transaktion verarbeiten möchten, geben Sie einen höhere Wert als 1 an. Sollten sich Nachrichten in der Warteschlange ansammeln, können mit einem Wert größer als 1 mehrere Nachrichten stapelweise in einer Transaktion verarbeitet werden und die Transaktionskosten für JMS-Nachrichten somit verringert werden.
ACHTUNG:
  • Sollte die Verarbeitung einer der Nachrichten im Stapel mit einer Ausnahme fehlschlagen, wird der gesamte Nachrichtenstapel zur erneuten Verarbeitung zurück in die Warteschlange gestellt.
  • Ressourcensperren, die durch Interaktionen für einzelne Nachrichten gesetzt wurden, werden für die Dauer der Stapelverarbeitung aufrecht erhalten.
  • In Abhängigkeit von der erforderlichen Verarbeitungsdauer für die Nachrichten und der Verwendung von XA-Transaktionen kann es bei einem Wert größer als 1 zur Überschreitung des Transaktionszeitlimits kommen. Sollten bei einer XA-Transaktion regelmäßig Zeitlimitüberschreitungen auftreten, weil durch die Verarbeitung mehrerer Nachrichten das Transaktionszeitlimit überschritten wird, setzen Sie den Wert dieser Eigenschaft auf 1 zurück (um die Verarbeitung auf eine Nachricht pro Transaktion zu beschränken) oder erhöhen Sie das Transaktionszeitlimit.



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

Zugehörige Tasks


Dateiname: umb_prolp.html