Mit dem Real-timeOptimizedFlow-Knoten empfangen Sie Nachrichten von Clients, die unter Verwendung des WebSphere MQ Real-time Transport oder des WebSphere MQ Multicast Transport eine Verbindung zum Broker herstellen und die JMS-Anwendungsprogrammierschnittstellen verwenden.
Dieses Kapitel enthält folgende Abschnitte:
Der Real-timeOptimizedFlow-Knoten ist ein vollständiger Nachrichtenfluss, der einen hochleistungsfähigen Publish/Subscribe-Nachrichtenfluss ermöglicht. Die von diesem Knoten ausgeführten Aktionen finden intern statt. Eine Einflussnahme auf die Verarbeitung des Knotens ist nur über die Konfiguration seiner Eigenschaften möglich, und der Knoten kann nicht mit anderen verbunden werden.
Dieser Knoten unterstützt auch die Veröffentlichung in bzw. eine Subskription aus WebSphere MQ-Standardanwendungen. Seine Leistung für diese Anwendungen ist jedoch nicht so gut wie die Leistung für JMS-Anwendungen.
Nehmen Sie den Real-timeOptimizedFlow-Knoten in einen Nachrichtenfluss auf, wenn Sie Nachrichten über einen Broker an und von Clientanwendungen verteilen möchten, die JMS verwenden.
Der Real-timeOptimizedFlow-Knoten befindet sich im Ablagefach Weitere Protokolle der Palette und wird in der Workbench durch folgendes Symbol dargestellt:
Wenn Sie eine Instanz des Real-timeOptimizedFlow-Knotens in einen Nachrichtenfluss eingereiht haben, können Sie ihn konfigurieren. Der Abschnitt Nachrichtenflussknoten konfigurieren enthält weitere Informationen hierzu. Die Knoteneigenschaften werden in der Eigenschaftenansicht angezeigt. Klicken Sie zum Anzeigen der Knoteneigenschaften im Eigenschaftendialog entweder doppelt auf den Knoten, oder klicken Sie mit der rechten Maustaste und anschließend auf Eigenschaften. Alle verbindlichen Eigenschaften, für die Sie einen Wert eingeben müssen (d. h. Eigenschaften ohne definierten Standardwert), sind mit einem Sternchen gekennzeichnet.
Der Real-timeOptimizedFlow-Knoten besitzt keine Terminals. Er ist ein vollständiger Nachrichtenfluss und kann nicht mit anderen Knoten verbunden werden, um die Nachrichtenverarbeitung zu erweitern.
In den folgenden Tabellen werden die Knoteneigenschaften beschrieben. Die Spalte O zeigt an, ob die Eigenschaft obligatorisch ist (markiert mit einem Sternchen, wenn ein Wert eingegeben werden muss, weil kein Standardwert definiert ist). Die Spalte K zeigt an, ob die Eigenschaft konfigurierbar ist (Wert kann geändert werden, wenn der Nachrichtenfluss zur BAR-Datei hinzugefügt wird, um ihn einzusetzen).
In der folgenden Tabelle werden die Beschreibungseigenschaften des Real-timeOptimizedFlow-Knotens beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung: |
---|---|---|---|---|
Knotenname | Nein | Nein | Real-timeOptimizedFlow | Der Name des Knotens. |
Kurzbeschreibung | Nein | Nein | Kurze Beschreibung des Knotens | |
Ausführliche Beschreibung | Nein | Nein | Text, der den Zweck des Knotens im Nachrichtenfluss beschreibt |
In der folgenden Tabelle werden die grundlegenden Eigenschaften des Real-timeOptimizedFlow-Knotens beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung: |
---|---|---|---|---|
Port | Ja | Ja | Die Portnummer, an der der Knoten Veröffentlichungs- oder Subskriptionsanfragen von JMS-Anwendungen empfängt. Stellen Sie sicher, dass die Portnummer, die Sie angeben, keinen Konflikt mit anderen Empfangsprogrammen auslöst. Für diese Eigenschaft gibt es keinen Standardwert; Sie müssen einen Wert eingeben. | |
Authentifizierung | Ja | Nein | Gelöscht | Wenn Benutzer, die Nachrichten beim Empfang ihrer Nachrichten senden, authentifiziert werden sollen, aktivieren Sie Authentifizierung. Wenn Sie das Kontrollkästchen (die Standardeinstellung) inaktivieren, werden keine Benutzer authentifiziert. |
Tunnel über HTTP | Ja | Nein | Gelöscht | Wenn Clients die HTTP-Tunnelung verwenden sollen, aktivieren Sie Tunnel über HTTP. Wenn Sie das Kontrollkästchen inaktivieren (Standardeinstellung), verwenden die Nachrichten keine HTTP-Tunnelung. Wenn Sie dieses Kontrollkästchen aktivieren, müssen alle Clientanwendungen, die eine Verbindung herstellen, diese Funktion verwenden. Andernfalls wird ihre Verbindung zurückgewiesen. Die Clientanwendung kann diese Option nicht zusammen mit der Einstellung zum Anschluss über Proxy verwenden, die vom Client aktiviert wird. |
Lese-Threads | Nein | Ja | 10 | Die Anzahl der Threads, die der Broker zuweisen soll, um Nachrichten zu lesen. Der Broker startet so viele Instanzen des Nachrichtenflusses wie nötig, um die aktuellen Nachrichten bis zu diesem Grenzwert zu verarbeiten. |
Schreib-Threads | Nein | Ja | 10 | Die Anzahl der Threads, die der Broker zuweisen soll, um Nachrichten zu schreiben. Der Broker startet so viele Instanzen des Nachrichtenflusses wie nötig, um die aktuellen Nachrichten bis zu diesem Grenzwert zu verarbeiten. |
Authentifizierungs-Threads | Nein | Ja | 10 | Die Anzahl der Threads, die der Broker Benutzerauthentifizierungsprüfungen zuweisen soll. Die Benutzerauthentifizierungsprüfung wird beim Empfang einer Nachricht ausgeführt. Der Broker startet so viele Instanzen des Nachrichtenflusses wie nötig, um die aktuellen Nachrichten bis zu diesem Grenzwert zu verarbeiten. |