Mit dem MQInput-Knoten können Sie Nachrichten von Clients empfangen, die über WebSphere MQ Enterprise Transport eine Verbindung zum Broker herstellen und die MQI- und AMI-Anwendungsprogrammierschnittstellen verwenden.
Dieses Thema ist in folgende Abschnitte eingeteilt:
Der MQInput-Knoten empfängt eine Nachricht aus einer WebSphere MQ-Nachrichtenwarteschlange, die auf dem Warteschlangenmanager des Brokers definiert ist. Der Knoten liest mit MQGET eine Nachricht aus einer angegebenen Warteschlange und baut die Verarbeitungsumgebung für die Nachricht auf. Je nach Bedarf können Sie die Eingabewarteschlange als eine WebSphere MQ-Clusterwarteschlange oder als gemeinsam genutzte Warteschlange definieren.
Nachrichtenflüsse, die Nachrichten über WebSphere MQ-Verbindungen bearbeiten, müssen immer mit einem MQInput-Knoten starten. Sie können die Eigenschaften des MQInput-Knotens so festlegen, dass sie die Art und Weise des Empfangs von Nachrichten steuern, indem sie dafür sorgen, dass geeignete MQGET-Optionen eingestellt werden. Beispiel: Sie können angeben, dass eine Nachricht unter Transaktionssteuerung verarbeitet wird. Sie können ebenfalls bestimmen, dass beim Empfang von jeder Eingabenachricht eine Datenkonvertierung durchgeführt wird.
Sie können jeden der unterstützten Sendeknoten, einschließlich der benutzerdefinierten Sendeknoten, in einen Nachrichtenfluss aufnehmen, der mit einem MQInput-Knoten beginnt; es ist nicht erforderlich, einen MQOutput-Knoten aufzunehmen. Sie können einen Nachrichtenfluss erstellen, der Nachrichten von WebSphere MQ-Clients empfängt und für Clients generiert, die für die Verbindung mit dem Broker eines der unterstützten Transportprotokolle verwenden. Dies ist möglich, weil Sie den Nachrichtenfluss so konfigurieren können, dass er beim Broker die erforderliche Konvertierung anfordert.
Wenn Sie einen Nachrichtenfluss erstellen, der als untergeordneter Nachrichtenfluss eingesetzt werden soll, können Sie keinen Standardempfangsknoten verwenden. Sie müssen einen Empfangs-Knoten als ersten Knoten verwenden, um ein Eingangsterminal für den untergeordneten Nachrichtenfluss zu erstellen.
Wenn Ihr Nachrichtenfluss keine Nachrichten über WebSphere MQ-Verbindungen empfängt, können Sie einen der unterstützten Empfangsknoten auswählen.
Der MQInput-Knoten ist in der WebSphere MQ-Ablage der Palette enthalten und wird im WebSphere Message Broker Toolkit durch folgendes Symbol dargestellt:
Informationen zu Beispielen können nur bei Verwendung des in das WebSphere Message Broker Toolkit integrierten bzw. online verfügbaren Information Center angezeigt werden. Muster können nur ausgeführt werden, wenn das im WebSphere Message Broker Toolkit integrierte Information Center verwendet wird.
Der MQInput-Knoten leitet jede Nachricht, die er erfolgreich empfängt, an das Ausgangsterminal weiter. Schlägt die Weiterleitung fehl, wird die Nachricht erneut weitergeleitet. Wenn der Rücksetzungszähler überschritten wird (festgelegt durch das Attribut 'BackoutThreshold' der Eingabewarteschlange), wird die Nachricht an das Fehlerterminal weitergeleitet. Sie können Knoten mit diesem Terminal verbinden, um diese Situation zu handhaben. Wenn keine Verbindung zum Fehlerterminal besteht, wird die Nachricht in die Rücksetzungswarteschlange geschrieben.
Wenn die Nachricht von diesem Knoten abgefangen wird, nachdem eine Ausnahmebedingung weiter vorne im Nachrichtenfluss ausgelöst wurde, wird die Nachricht an das Catch-Terminal weitergeleitet. Wenn keine Verbindung zum Catch-Terminal besteht, durchläuft die Nachricht den Knoten kontinuierlich in einer Schleife, bis das Problem behoben ist.
Sie müssen eine Rücksetzungswarteschlange oder eine Warteschlange für nicht zustellbare Nachrichten (DLQ) definieren, um die kontinuierliche Schleife der Nachricht im Knoten zu vermeiden.
Wenn Sie die Eigenschaft Nur anzeigen festgelegt haben, wird der Wert ignoriert, der für die Eigenschaft Transaktionsmodus festgelegt ist, da eine Nachricht unter dem Synchronisationspunkt nicht angezeigt werden kann. Alle abgeleiteten Nachrichten, die später von einem Sendeknoten in derselben Instanz des Nachrichtenflusses weitergegeben werden, weisen jedoch das gleiche Verhalten auf, das zuvor gemäß dem angegebenen Transaktionsmodus-Wert beschrieben wird.
Die MQGET-Puffergröße wird vom Broker intern implementiert und kann nicht geändert werden. Die folgende Beschreibung dient nur zur Information. Sie sollten sich beim Entwickeln Ihrer Nachrichtenflüsse nicht darauf verlassen, da sich die interne Implementierung ändern könnte.
Bei der Initialisierung des MQInput-Knotens wird die Größe des Standardpuffers für den ersten MQGET-Aufruf auf 4 KB gesetzt. Die Größe der Nachrichten wird vom MQInput-Knoten überwacht und der Puffer vergrößert oder verkleinert:
Wenn z. B. die erste im Knoten eingehende Nachricht 20 MB beträgt und die folgenden zehn Nachrichten jeweils 14 MB betragen, wird die Puffergröße von 4 KB auf 20 MB angehoben und bleibt für diese zehn Nachrichten auf diesem Wert. Nach der zehnten Nachricht aber wird die Größe des Puffers auf 14 MB reduziert.
Nachdem Sie einen MQInput in einen Nachrichtenfluss eingefügt haben, können Sie den Knoten in der Ansicht 'Eigenschaften' konfigurieren (siehe Nachrichtenflussknoten konfigurieren). Die Eigenschaften des Knotens werden in der Ansicht 'Eigenschaften' angezeigt. Alle obligatorischen Eigenschaften, für die kein Standardwert definiert ist, sind mit einem Sternchen gekennzeichnet.
In der folgenden Tabelle werden die Terminals des MQInput-Knotens beschrieben.
Terminal | Beschreibung |
---|---|
Fehlerterminal (Failure) | Das Ausgabeterminal, an das die Nachricht geleitet wird, wenn ein Fehler auftritt.Selbst wenn die Eigenschaft 'Auswerten' festgelegt wird, werden Nachrichten, die an dieses Terminal weitergegeben wurden, nicht ausgewertet.) |
Ausgang | Das Ausgabeterminal, an das die Nachricht geleitet wird, wenn sie erfolgreich von der WebSphere MQ-Warteschlange abgerufen wurde. |
Catch-Terminal | Das Ausgabeterminal, an das die Nachricht geleitet wird, wenn nachgeschaltet eine Ausnahmebedingung ausgegeben und von diesem Knoten abgefangen wurde. |
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 MQInput-Knotens beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Knotenname | Nein | Nein | Knotentyp MQInput | Der Name des Knotens. |
Kurzbeschreibung | Nein | Nein | Kurze Beschreibung des Knotens. | |
Langbeschreibung | Nein | Nein | Text, der den Zweck des Knotens im Nachrichtenfluss beschreibt. |
In der folgenden Tabelle werden die grundlegenden Eigenschaften des MQInput-Knotens beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung | Eigenschaft des Befehls mqsiapplybaroverride |
---|---|---|---|---|---|
Warteschlangenname | Ja | Ja | Der Name der WebSphere MQ-Eingabewarteschlange, aus der dieser Knoten (unter Verwendung von MQGET) Nachrichten zur Verarbeitung durch diesen Nachrichtenfluss abruft. Sie müssen diese WebSphere MQ-Warteschlange für den Warteschlangenmanager vordefinieren, auf dem sich der Broker befindet, für den der Nachrichtenfluss implementiert wird. | queueName |
In der folgenden Tabelle werden die Eigenschaften von 'Syntaxanalyse der Eingabenachricht' des MQInput-Knotens beschrieben.
<mcd><Msd>MRM</Msd><Set>DHM4UO906S001</Set><Type>receiptmsg1</Type>
<Fmt>XML</Fmt></mcd>
Wenn Sie jedoch Werte festlegen und diese nicht mit den Werten im MQRFH2-Header identisch sind und wenn es sich bei dem <Msd>-Element um eine gültige Domäne handelt, haben die Werte im MQRFH2-Header Vorrang.Eigenschaft | M | C | Standardwert | Beschreibung |
---|---|---|---|---|
Nachrichtendomäne | Nein | Nein | BLOB (Binary large object) | Die Domäne für die Syntaxanalyse der Nachricht. Wenn das Feld leer ist, ist der Standardwert BLOB. |
Nachrichtenmodell | Nein | Nein | Nicht ausgewählt | Der Name bzw. die Position der Nachrichtenmodell-Schemadatei, in der die Nachricht definiert ist. Diese Liste ist mit allen verfügbaren Nachrichtenmodell-Schemadateien für die ausgewählte Nachrichtendomäne gefüllt. |
Nachricht | Nein | Nein | Nicht ausgewählt | Der Name bzw. die Position des Nachrichtenstamms innerhalb der Nachrichtenmodell-Schemadatei. Diese Liste wird mit allen verfügbaren Nachrichten belegt, die in dem von Ihnen ausgewählten Nachrichtenmodell definiert sind. |
Physisches Format | Nein | Nein | Nicht ausgewählt | Der Name des physischen Formats der Nachricht. Wenn Sie den MRM- oder IDOC-Parser verwenden, wählen Sie das physische Format der ankommenden Nachricht aus der Liste aus. Diese Liste umfasst alle physischen Formate, die für das ausgewählte Nachrichtenmodell definiert wurden. Wenn Sie die Eigenschaft Nachrichtendomäne auf DataObject setzen, können Sie diese Eigenschaft auf XML oder SAP ALE IDoc setzen. Legen Sie für diese Eigenschaft SAP ALE IDoc fest, wenn ein Bitstrom aus einer externen Quelle analysiert und eine Nachrichtenbaumstruktur generiert werden muss. |
In der folgenden Tabelle werden die Eigenschaften der Parser-Optionen für den MQInput-Knoten beschrieben.
Eigenschaft | O | K | 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, d. h., die Analyse der Nachricht wird verschoben. Der Abschnitt Bedarfsgerechte Syntaxanalyse enthält Informationen zur sofortigen Analyse von Nachrichten. |
MQRFH2C-Kompaktparser für MQRFH2-Header verwenden | Nein | Nein | Nicht ausgewählt | Durch diese Eigenschaft wird gesteuert, ob der MQRFH2C-Kompaktparser anstelle des MQRFH-Parsers für MQRFH2-Header verwendet wird. |
Baumstruktur unter Verwendung von XML-Schemadatentypen erstellen | Nein | Nein | Nicht ausgewählt | Durch diese Eigenschaft wird gesteuert, ob der XMLNSC-Parser Syntaxelemente in der Nachrichtenbaumstruktur mit Datentypen erstellt, die aus dem XML-Schema entnommen wurden. Diese Eigenschaft kann nur ausgewählt werden, wenn für die Eigenschaft Auswerten auf der Registerkarte Auswertung Inhalt oder Inhalt und Wert festgelegt wurde. |
XMLNSC-Kompaktparser für XMLNS-Domäne verwenden | Nein | Nein | Nicht ausgewählt | Durch diese Eigenschaft wird gesteuert, ob der XMLNSC-Kompaktparser für Nachrichten in der XMLNS-Domäne verwendet wird. Wenn Sie diese Eigenschaft definieren, werden die Nachrichtendaten in Knoten, die mit dem Ausgabeterminal verbunden sind, unter XMLNSC angezeigt, wenn es sich bei dem MQRFH2-Eingabeheader oder bei der Eigenschaft Nachrichtendomäne unter 'Syntaxanalyse der Eingabenachricht' um XMLNS handelt. Weitere Informationen hierzu finden Sie im Abschnitt Nachrichten in der XMLNSC-Domäne bearbeiten. |
Zugriff auf gemischten Inhalt | Nein | Nein | Nicht ausgewählt | Durch diese Eigenschaft wird gesteuert, ob der XMLNSC-Parser beim Feststellen von gemischtem Text in einer Eingabenachricht Elemente in der Nachrichtenbaumstruktur erstellt. Wenn Sie das Kontrollkästchen aktivieren, werden Elemente für gemischten Text erstellt. Andernfalls wird gemischter Text ignoriert, und es werden keine Elemente erstellt. |
Kommentare beibehalten | Nein | Nein | Nicht ausgewählt | Durch diese Eigenschaft wird gesteuert, ob der XMLNSC-Parser beim Erkennen von Kommentaren in einer Eingabenachricht Elemente in der Nachrichtenbaumstruktur erstellt. Wenn Sie das Kontrollkästchen aktivieren, werden Elemente für Kommentare erstellt. Andernfalls werden Kommentare ignoriert und es werden keine Elemente erstellt. |
Verarbeitungsanweisung beibehalten | Nein | Nein | Nicht ausgewählt | Durch diese Eigenschaft wird gesteuert, ob der XMLNSC-Parser beim Erkennen von Verarbeitungsanweisungen in einer Eingabenachricht Elemente in der Nachrichtenbaumstruktur erstellt. Wenn Sie das Kontrollkästchen aktivieren, werden Elemente für Verarbeitungsanweisungen erstellt. Andernfalls werden Verarbeitungsanweisungen ignoriert und es werden keine Elemente erstellt. |
Nicht transparente Elemente | Nein | Nein | Leer | Über diese Eigenschaft wird eine Liste von Elementen in der Eingabenachricht angegeben, die vom XMLNSC-Parser nicht transparent analysiert werden sollen. Die nicht transparente Syntaxanalyse wird nur ausgeführt, wenn keine Gültigkeitsprüfung aktiviert ist (das heißt, wenn Auswerten auf Keine gesetzt ist); Einträge, die in Nicht transparente Elemente angegeben sind, werden ignoriert, wenn die Gültigkeitsprüfung aktiviert ist. |
In der folgenden Tabelle werden die erweiterten Eigenschaften des MQInput-Knotens beschrieben. Geben Sie Werte für diese Eigenschaften an, um die Vorgehensweise bei der Verarbeitung der Nachricht, z. B. ihre Transaktionsmerkmale, festzulegen. Viele dieser Eigenschaften sind Optionen im MQGET-Aufruf zugeordnet.
Eigenschaft | O | K | Standardwert | Beschreibung | Eigenschaft des Befehls mqsiapplybaroverride |
---|---|---|---|---|---|
Transaktionsmodus | Ja | Nein | Ja | Durch diese Eigenschaft wird gesteuert, ob die ankommende Nachricht unter
Synchronisationspunktsteuerung empfangen wird. Gültige Werte sind Automatisch, Ja und Nein.
|
|
Modus für Reihenfolge | Ja | Nein | Standardwert | Gibt die Reihenfolge an, in der Nachrichten aus der Eingabewarteschlange abgerufen und verarbeitet werden. Ankommende Nachrichten können in der Reihenfolge ihrer Ankunft verarbeitet werden oder ein beliebiger Thread kann eine beliebige Nachricht verarbeiten, wenn sie bereit ist. Wenn eine Reihenfolge vorgegeben ist, verarbeitet ein Thread eine Nachricht nur, wenn sie die erste verfügbare nicht verarbeitete Nachricht mit einem eindeutigen Reihenfolgenwert ist. Gültige Werte sind Standardwert, Nach Benutzer-ID, Nach WS-Reihenfolge und Benutzerdefiniert. Diese Eigenschaft wirkt sich nur aus, wenn die Eigenschaft Zusätzliche Instanzen auf der Registerkarte Instanzen auf einen Wert größer als null gesetzt ist; d. h., wenn die Eingabewarteschlange von mehreren Threads gelesen wird. Folgendes sind gültige Werte:
Weitere Informationen zur Verwendung dieser Option finden Sie in den Abschnitten Durchsatz des Nachrichtenflusses optimieren und Nachrichten in einer WebSphere MQ-Nachrichtengruppierung empfangen. |
|
Position des Felds 'Reihenfolge' | N | N | "" | Eine XPath- oder ESQL-Ausdruckseigenschaft, mit der gesteuert wird, welcher Teil der Nachricht für die Vorgabe einer Reihenfolge für eingehende Nachrichten verwendet wird, wenn für Modus für Reihenfolge Benutzerdefiniert festgelegt ist. Wenn das Feld fehlt, wird eine Ausnahmebedingung ausgegeben und die Nachricht wird zurückgesetzt. Nullwerte und leere Werte werden parallel gesondert verarbeitet. |
|
Logische Reihenfolge | Ja | Nein | Ausgewählt | Wenn Sie dieses Kontrollkästchen aktivieren, werden Nachrichten gemäß der Definition vonWebSphere MQ in logischer Reihenfolge empfangen.
Diese Option wird
der Option MQGMO_LOGICAL_ORDER des MQGMO-Aufrufs der MQI-Schnittstelle zugeordnet. Wenn Sie dieses Kontrollkästchen inaktivieren, werden Nachrichten, die als Teil einer Gruppe gesendet werden, nicht in einer vorgegebenen Reihenfolge empfangen. Wenn ein Broker den Empfang von Nachrichten in Gruppen erwartet und dieses Kontrollkästchen nicht aktiviert ist, ist entweder die Reihenfolge der Eingabenachrichten nicht von Bedeutung, oder der Nachrichtenfluss muss so entwickelt werden, dass diese auf eine geeignete Weise verarbeitet werden. Sie müssen auch Festschreiben nach Nachrichtengruppierung auswählen, wenn die Nachrichtenverarbeitung erst nach dem Empfang der letzten Nachricht einer Gruppe und deren Verarbeitung festgeschrieben werden soll. Weitere Informationen zu den Optionen, zu denen diese Eigenschaft Zuordnungen durchführt, finden Sie im Abschnitt Application Programming Reference im WebSphere MQ Version 7 Information Center online. Weitere Informationen zur Verwendung dieser Option finden Sie im Abschnitt Nachrichten in einer WebSphere MQ-Nachrichtengruppierung empfangen. |
|
Alle Nachrichten verfügbar | Ja | Nein | Nicht ausgewählt | Aktivieren Sie Alle Nachrichten verfügbar,
wenn der Nachrichtenabruf und die Nachrichtenverarbeitung nur erfolgen sollen, wenn alle
Nachrichten in einer einzigen Gruppe verfügbar sind.
Diese Eigenschaft wird der Option
MQGMO_ALL_MSGS_AVAILABLE des MQGMO-Aufrufs der MQI-Schnittstelle zugeordnet. Heben Sie die Auswahl
dieses Kontrollkästchens auf, wenn die Nachrichtenabfrage nicht davon abhängt, dass alle
Nachrichten in einer Gruppe verfügbar sind, bevor die Verarbeitung beginnt. Weitere Informationen zu den Optionen, zu denen diese Eigenschaft Zuordnungen durchführt, finden Sie im Abschnitt Application Programming Reference im WebSphere MQ Version 7 Information Center online. |
|
Nachrichten-ID vergleichen | Nein | Nein | Eine Nachrichten-ID muss der Nachrichten-ID im MQMD der ankommenden Nachricht entsprechen. Geben Sie eine
Nachrichten-ID ein, wenn der Empfangsknoten nur Nachrichten empfangen soll, die im Feld 'MsgId' des
MQMD einen übereinstimmenden Wert für die Nachrichten-ID enthalten. Geben Sie eine gerade Zahl bestehend aus hexadezimalen Ziffern (die Zeichen 0 bis 9, A bis F und a bis f sind gültig) ein. Es sind maximal 48 Ziffern zulässig. Wenn die von Ihnen eingegebene übereinstimmende Nachrichten-ID kürzer als die Länge des Feldes 'MsgId' ist, wird Übereinstimmende Nachrichten-ID nach rechts mit X'00'-Zeichen aufgefüllt. Diese Eigenschaft wird der Option MQMO_MATCH_MSG_ID des MQGMO-Aufrufs der MQI-Schnittstelle zugeordnet. Lassen Sie diese Eigenschaft leer, wenn der Empfangsknoten nicht prüfen soll, ob die Nachrichten-ID passt. Weitere Informationen zu den Optionen, zu denen diese Eigenschaft Zuordnungen durchführt, finden Sie im Abschnitt Application Programming Reference im WebSphere MQ Version 7 Information Center online. |
||
Korrelations-ID vergleichen | Nein | Nein | Eine Korrelations-ID muss der Korrelations-ID im MQMD der ankommenden Nachricht entsprechen. Geben Sie eine Nachrichten-ID ein, wenn der Empfangsknoten nur Nachrichten empfangen soll, die einen passenden Korrelations-ID-Wert im CorrelId-Feld des MQMD enthalten. Geben Sie eine gerade Zahl bestehend aus hexadezimalen Ziffern (die Zeichen 0 bis 9, A bis F und a bis f sind gültig) ein. Es sind maximal 48 Ziffern zulässig. Wenn die von Ihnen eingegebene ID kürzer als die Größe des CorrelId-Feldes ist, wird sie rechts mit X'00' Zeichen aufgefüllt. Diese Eigenschaft wird der Option MQMO_MATCH_CORREL_ID des MQGMO-Aufrufs der MQI-Schnittstelle zugeordnet. Lassen Sie diese Eigenschaft leer, wenn der Empfangsknoten nicht prüfen soll, ob die CorrelID passt. Weitere Informationen zu den Optionen, zu denen diese Eigenschaft Zuordnungen durchführt, finden Sie im Abschnitt Application Programming Reference im WebSphere MQ Version 7 Information Center online. |
||
Konvertieren | Ja | Nein | Nicht ausgewählt | Wenn Sie das Kontrollkästchen aktivieren, konvertiert
WebSphere MQ Daten in der zu empfangenden Nachricht in Übereinstimmung
mit den Werten, die im MQMD für 'CodedCharSetId' und 'Encoding' festgelegt wurden. Aktivieren Sie Konvertieren, wenn
WebSphere MQ für die Nachricht bei deren Abruf aus der Warteschlange
eine Datenkonvertierung durchführen soll. Diese Option ist nützlich, wenn Sie Nachrichten in der
BLOB-Domäne verarbeiten oder benutzerdefinierte Parser verwenden. Wählen Sie diese Option jedoch
nicht aus, wenn Sie Nachrichten der XML- oder MRM-Domäne analysieren möchten. Die Konvertierung
wird nämlich vom Parser ausführt. WebSphere MQ konvertiert die ankommende Nachricht in die Codierung und den codierten Zeichensatz, die im MQMD angegeben sind, der vom Empfangsknoten beim MQGET-Aufruf zum Abrufen der Nachricht aus der Eingabewarteschlange bereitgestellt wird. Der Broker verwendet die Option MQGMO_CONVERT für den MQGET-Aufruf. Es gelten die üblichen Regeln der WebSphere MQ-Konvertierung. Die Werte, die Sie in den Optionen Codierung bei Konvertierung und ID von codiertem Zeichensatz bei Konvertierung festlegen, werden in den Feldern MsgDesc Encoding und CCSID des MQGET-Aufrufs verwendet. WebSphere MQ kann die eingehende Nachricht nur dann konvertieren, wenn das MQMD-Feld Format ein integrierter WebSphere MQ-Wert ist, der Zeichendaten erkennt, oder wenn es in WebSphere MQ einen Datenkonvertierungsexit gibt. Diese Eigenschaft wird der Option MQGMO_CONVERT des MQGMO-Aufrufs der MQI-Schnittstelle zugeordnet. Inaktivieren Sie das Kontrollkästchen, wenn die Nachricht nicht von WebSphere MQ konvertiert werden soll. Wenn Sie dieses Kontrollkästchen aktivieren, können Sie auch Werte für die Eigenschaften Codierungskonvertierung und CCSID-Konvertierung angeben. Weitere Informationen zur WebSphere MQ-Datenkonvertierung und zu Gründen für die Verwendung dieser Option finden Sie im Abschnitt Application Programming Guide im WebSphere MQ Version 7 Information Center online. |
|
Codierungskonvertierung | Nein | Nein | Die Darstellung, die für numerische Werte in den Nachrichtendaten verwendet wird (ausgedrückt als ganzzahliger Wert). Diese Eigenschaft ist nur gültig, wenn Sie Konvertieren aktiviert haben. Geben Sie die Nummer
der Codierung ein, in die numerische Daten im Nachrichtenhauptteil konvertiert werden sollen. Gültige Werte sind:
Weitere Informationen zu den Werten, die für Codierungskonvertierung angegeben werden können, finden Sie im Abschnitt Datenkonvertierung sowie im Abschnitt Application Programming Reference im WebSphere MQ Version 7 Information Center online. |
||
CCSID-Konvertierung | Nein | Nein | Die ID des codierten Zeichensatzes, die für die Zeichendaten in den Nachrichtendaten verwendet wird (ausgedrückt als ganzzahliger Wert). Diese Eigenschaft ist nur gültig, wenn Sie Konvertieren aktiviert haben. Geben Sie den Wert für die Zeichensatzkennung (CCSID) ein, in die Zeichendaten im Nachrichtenhauptteil konvertiert werden sollen. Falls Sie einen falschen Wert angeben, wird keine Konvertierung durchgeführt. Weitere Informationen zu den Werten, die für CCSID-Konvertierung angegeben werden können, finden Sie im Abschnitt Application Programming Reference im WebSphere MQ Version 7 Information Center online. |
||
Festschreibung nach Nachrichtengruppierung | Ja | Nein | Nicht ausgewählt | Durch diese Eigenschaft wird gesteuert, wann eine Transaktion bei der
Verarbeitung von Nachrichten, die Teil einer Nachrichtengruppierung sind, festgeschrieben wird.
Wenn Sie
das Kontrollkästchen aktivieren, wird die Transaktion festgeschrieben, nachdem die Nachrichtengruppierung verarbeitet wurde. Wenn Sie dieses
Kontrollkästchen nicht aktivieren, wird nach jeder vollständigen Übergabe einer Nachricht im
Nachrichtenfluss eine Festschreibung vorgenommen. Diese Eigenschaft ist nur von Bedeutung, wenn Sie Logische Reihenfolge ausgewählt haben. Setzen Sie die Eigenschaft Modus für Reihenfolge auf Nach WS-Reihenfolge, wenn die Nachrichten in einer Gruppe in der Reihenfolge abgerufen und verarbeitet werden müssen, in der sie in der Warteschlange angezeigt werden. |
|
z/OS-Serialisierungs-Token | Nein | Nein | Nur unter z/OS: Benutzerdefiniertes Token für eine serialisierte Anwendungsunterstützung. Der
angegebene Wert muss den Regeln für gültige ConnTags in der MQCNO-Struktur von
WebSphere MQ entsprechen. Geben Sie ein
Serialisierungs-Token ein, wenn der serialisierte Zugriff auf gemeinsam genutzte Ressourcen, der
von WebSphere MQ bereitgestellt wird, genutzt werden soll. Der Wert, den Sie für das Serialisierungs-Token angeben, muss den Regeln entsprechen, die im Abschnitt Application Programming Reference im WebSphere MQ Version 7 Information Center online beschrieben sind. Weitere Informationen zur Serialisierung und gemeinsamen Warteschlangennutzung unter z/OS finden Sie im Abschnitt Concepts and Planning Guide im WebSphere MQ Version 7 Information Center online. |
serializationToken | |
Thema | Nein | Ja | Das Standardthema der Eingabenachricht. Über diese Eigenschaft können Sie einer Nachricht ein Publish/Subscribe-Thema zuordnen. Im Namen des Themas können
alle Zeichen eingegeben werden. Wenn Nachrichten den MQInput-Knoten durchlaufen, übernehmen sie jeden von Ihnen eingegebenen Themennamen. (Bei Verwendung von Publish/Subscribe können Sie ein Thema abonnieren und alle Nachrichten anzeigen, die den MQInput-Knoten unter diesem Themanamen durchlaufen haben.) Wenn die ankommende
Nachricht einen MQRFH2-Header enthält, müssen Sie keinen Wert für die Eigenschaft
Thema festlegen, weil der Wert aus dem Ordner
<psc> im MQRFH2-Header abgerufen werden kann, z. B.:
Wenn Sie
für die Eigenschaft Thema einen Wert festlegen und dieser
vom <Thema>-Wert im MQRFH2-Header abweicht, hat der Wert im MQRFH2-Header Vorrang. |
topicProperty | |
Nur durchsuchen | Nein | Nein | Nicht ausgewählt | Diese Eigenschaft bestimmt, ob eine Nachricht aus der Warteschlange gelöscht wird, wenn sie gelesen wurde. Wenn Sie dieses Kontrollkästchen aktivieren, wird die Nachricht nicht aus der Warteschlange gelöscht, wenn sie gelesen wurde. Wenn Sie diese Option auswählen, wird OutputLocalEnvironment.MQ.GET.Browsed auf 'true' gesetzt, wenn eine Nachricht an das Ausgabeterminal des MQInput-Knotens weitergeleitet wird. | |
Suchzeitlimit (ms) zurücksetzen | Ja | Ja | -1 | Die Zeit in Millisekunden ab der letzten durchsuchten Nachricht in der Eingabewarteschlange, bis die Durchsuchung auf den Anfang der Warteschlange zurückgesetzt wird. Der Standardwert von -1 weist darauf hin, dass die Durchsuchung nicht zurückgesetzt wird. |
In der folgenden Tabelle werden die Auswertungseigenschaften des MQInput-Knotens beschrieben. Legen Sie diese Eigenschaften fest, wenn der Parser den Hauptteil der Nachrichten anhand der Nachrichtengruppe überprüfen soll. (Wenn eine Nachricht an das Fehlerterminal (Failure) des Knotens übergeben wird, wird sie nicht ausgewertet.)
Weitere Informationen finden Sie unter Nachrichten überprüfen und Auswertungseigenschaften.
Eigenschaft | O | K | Standardwert | Beschreibung | Eigenschaft des Befehls mqsiapplybaroverride |
---|---|---|---|---|---|
Auswerten | Nein | Ja | Ohne | Durch diese Eigenschaft wird gesteuert, ob eine Auswertung stattfindet. Gültige Werte sind Keine,Inhalt und Inhalt und Wert. | validateMaster |
Fehlerbehebungsmaßnahme | Nein | Nein | Ausnahme | Durch diese Eigenschaft wird gesteuert, was beim Fehlschlagen der Auswertung geschieht. Sie können diese Eigenschaft nur angeben, wenn Sie Auswerten auf Inhalt oder Inhalt und Wert gesetzt haben. Gültige Werte sind Benutzertrace, Lokales Fehlerprotokoll, Ausnahmebedingung und Ausnahmeliste. |
In der folgenden Tabelle werden die Eigenschaften für die Sicherheit des MQInput-Knotens beschrieben. Geben Sie Werte für diese Eigenschaften an, um die Extraktion einer Identität aus einer Nachricht zu steuern (wenn dem Knoten ein Sicherheitsprofil zugeordnet ist). Weitere Informationen zu diesen Eigenschaften finden Sie in den Abschnitten Identität, Extraktion eines Identitäts- oder Sicherheitstokens konfigurieren, Übersicht über Nachrichtenflusssicherheit und Nachrichtenflusssicherheit einrichten.
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Identitätstokentyp | Nein | Nein | Ohne | Diese Eigenschaft gibt den Typ des Identitätstokens an, das in der eingehenden Nachricht vorhanden ist. Gültige Werte sind:
|
Position des Identitätstokens | Nein | Nein | Ohne | Diese Eigenschaft gibt an, wo in der Nachricht sich die Identität befindet. Die Position wird als ESQL-Feldreferenz, als XPath-Ausdruck oder als Zeichenfolgeliteral angegeben. Zeichenfolgeliterale müssen in einfache Anführungszeichen gesetzt werden und dürfen keinen Punkt (.) enthalten. Wenn diese Eigenschaft nicht angegeben wird, wird die ID aus dem Transportheader 'MQMD.UserIdentifier' abgerufen. |
Position des Identitätskennworts | Nein | Nein | Ohne | Diese Eigenschaft gibt an, wo in der Nachricht sich das Kennwort befindet. Die Position wird als ESQL-Feldreferenz, als XPath-Ausdruck oder als Zeichenfolgeliteral angegeben. Zeichenfolgeliterale müssen in einfache Anführungszeichen gesetzt werden und dürfen keinen Punkt (.) enthalten. Wenn diese Eigenschaft nicht angegeben wird, wird das Kennwort nicht gesetzt. Diese Eigenschaft kann nur festgelegt werden, wenn Identitätstokentyp auf Benutzername + Kennwort gesetzt ist. |
Identität-issuedBy-Position | Nein | Nein | Ohne | Diese Eigenschaft gibt eine Zeichenfolge oder einen Pfadausdruck an und beschreibt den Aussteller der Identität. Die Position wird als ESQL-Feldreferenz, als XPath-Ausdruck oder als Zeichenfolgeliteral angegeben. Zeichenfolgeliterale müssen in einfache Anführungszeichen gesetzt werden und dürfen keinen Punkt (.) enthalten. Der Wert gibt den Aussteller an, der an einen WS-Trust v1.3 STS-Provider übergeben wird. Wird diese Eigenschaft nicht angegeben, wird der Wert 'MQMD.PutApplName' verwendet. Wenn Sie das Feld Identität-issuedBy-Position frei lassen und auch 'MQMD.PutApplName' leer ist, wird die Zeichenfolge MQ verwendet. |
Sicherheitsausnahmen als normale Ausnahmen behandeln | Nein | Nein | False (falsch) | Diese Eigenschaft gibt an, ob Sicherheitsausnahmen (wie z. B. "Zugriff verweigert") als normale Ausnahmebedingungen behandelt und zum Fehlerterminal (Failure) (sofern verbunden) weitergeleitet werden. Standardmäßig ist diese Eigenschaft inaktiviert; dadurch wird sichergestellt, dass Sicherheitsausnahmen veranlassen, dass die Nachricht zurückgesetzt wird, selbst wenn das Fehlerterminal (Failure) verbunden ist. |
Eigenschaft | O | K | Standardwert | Beschreibung | Eigenschaft des Befehls mqsiapplybaroverride |
---|---|---|---|---|---|
Pool zusätzlicher Instanzen | Nein | Ja | Pool verwenden, der dem Nachrichtenfluss zugeordnet ist | Der Pool, aus dem zusätzliche Instanzen beschafft werden.
|
componentLevel |
Zusätzliche Instanzen | Nein | Ja | 0 | Die Anzahl zusätzlicher Instanzen, die der Knoten starten kann, wenn die Eigenschaft Pool zusätzlicher Instanzen auf Dem Knoten zugeordneten Pool verwenden gesetzt ist. Standardmäßig werden dem Knoten keine zusätzlichen Instanzen bereitgestellt. | additionalInstances |
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Ereignisse | Nein | Nein | Ohne | Auf dieser Registerkarte werden Ereignisse angezeigt, die Sie für den Knoten
definiert haben. Standardmäßig sind für keinen Knoten in einem Nachrichtenfluss
Überwachungsereignisse definiert. Über Hinzufügen,
Bearbeiten und Löschen können Sie
Überwachungsereignisse für den Knoten erstellen, ändern oder löschen (Details siehe
Überwachungsereignisquellen mithilfe von Überwachungseigenschaften konfigurieren). Sie können hier angezeigte Ereignisse aktivieren oder inaktivieren, indem Sie das Kontrollkästchen Aktiviert aktivieren oder inaktivieren. |