Real-timeOptimizedFlow-Knoten

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:

Zweck

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:

Symbol für den Real-timeOptimizedFlow-Knoten

Terminals und Eigenschaften

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.
Zugehörige Verweise
Real-timeInput-Knoten
Bemerkungen | Marken | Downloads | Bibliothek | Unterstützung | Feedback

Copyright IBM Corporation 1999, 2009Copyright IBM Corporation 1999, 2009. Alle Rechte vorbehalten.
Letzte Aktualisierung : 2009-02-17 15:49:24

ac09205_