Mit dem Real-timeInput-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:
Als Sendeknoten in einem Nachrichtenfluss, der mit einem Real-timeInput-Knoten beginnt, können Sie einen beliebigen der unterstützten Sendeknoten, einschließlich benutzerdefinierter Sendeknoten, verwenden. Sie können einen Nachrichtenfluss erstellen, der Nachrichten von Echtzeit-Clients empfängt und Nachrichten für Clients generiert, die alle unterstützten Transportprotokolle verwenden, um eine Verbindung zum Broker herzustellen, da Sie den Nachrichtenfluss so konfigurieren können, dass der Broker auf Anforderung alle erforderlichen Konvertierungen bereitstellt.
Wenn Sie einen Nachrichtenfluss erstellen, der als untergeordneter Nachrichtenfluss eingesetzt werden soll, können Sie keinen Standardempfangsknoten verwenden. Sie müssen eine Instanz des Input-Knotens als ersten Knoten verwenden, um ein Eingangsterminal für den untergeordneten Nachrichtenfluss zu erstellen.
Wenn Ihr Nachrichtenfluss keine Nachrichten von JMS-Anwendungen empfängt, wählen Sie einen der unterstützten Empfangsknoten aus.
Der Real-timeInput-Knoten befindet sich im Ablagefach Weitere Protokolle der Palette und wird in der Workbench durch folgendes Symbol dargestellt:
Nachdem Sie eine Instanz des Real-timeInput-Knotens in einen Nachrichtenfluss eingereiht haben, können Sie ihn konfigurieren; siehe Nachrichtenflussknoten konfigurieren. 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 obligatorischen Eigenschaften, für die Sie einen Wert eingeben müssen (d. h. Eigenschaften ohne definierten Standardwert), sind mit einem Stern gekennzeichnet.
In der folgenden Tabelle werden die Real-timeInput-Knotenterminals beschrieben .
Terminal | Beschreibung: |
---|---|
Ausgang | Das Ausgabeterminal, an das die Nachricht geleitet wird, wenn sie erfolgreich von JMS abgerufen wurde. Schlägt die Weiterleitung fehl, wird die Nachricht erneut weitergeleitet. |
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-timeInput-Knotens beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung: |
---|---|---|---|---|
Knotenname | Nein | Nein | Der Knotentyp: Real-timeInput | 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-timeInput-Knotens beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung: |
---|---|---|---|---|
Port | Ja | Ja | Die Portnummer, an der der Empfangsknoten 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 dieses Kontrollkästchen. Wenn Sie das Kontrollkästchen inaktivieren (Standardeinstellung), werden keine Benutzer authentifiziert. |
Tunnel über HTTP | Ja | Nein | Gelöscht | Aktivieren Sie das Kontrollkästchen, um anzuzeigen, dass die Benutzer die HTTP-Tunnelung verwenden. 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. |
In der nachfolgenden Tabelle werden die Eigenschaften der allgemeinen Nachrichtenoptionen des Real-timeInput-Knotens beschrieben.
Eigenschaft | M | C | Standardwert | Beschreibung |
---|---|---|---|---|
Zeitpunkt für Syntaxanalyse | Nein | Nein | Bei Bedarf | Durch diese Eigenschaft wird gesteuert, zu welchem Zeitpunkt eine Eingabenachricht syntaktisch analysiert wird. Gültige Werte sind Bei Bedarf, Sofort und Vollständig. Die Option Zeitpunkt für Syntaxanalyse ist standardmäßig auf Bei Bedarf gesetzt. Dies führt dazu, dass die Syntaxanalyse der Nachricht verzögert wird. Der Abschnitt Bedarfsgerechte Syntaxanalyse enthält Informationen zur sofortigen Analyse von Nachrichten. |