WebSphere Message Broker Version 8.0.0.5 Betriebssysteme: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Sehen Sie sich die Informationen zur aktuellen Produktversion im IBM Integration Bus Version 9.0 an.

MQInput-Knoten

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:

Zweck

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.

Der MQInput-Knoten bearbeitet Nachrichten in den folgenden Nachrichtendomänen:
  • DFDL
  • XMLNSC
  • DataObject
  • JSON
  • BLOB
  • MIME
  • MRM
  • JMSMap
  • JMSStream
  • XMLNS

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:

Symbol für MQInput-Knoten

Den MQInput-Knoten in einem Nachrichtenfluss verwenden

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.

Verbindungen zu Terminals herstellen

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.

Koordinierte Transaktionen konfigurieren

Wenn Sie einen MQInput-Knoten in einen Nachrichtenfluss einschließen, definiert der Wert, den Sie für den Transaktionsmodus festgelegt haben, ob die Nachrichten unter der Synchronisationspunktsteuerung empfangen werden:
  • Wird der Wert für die Eigenschaft auf Automatisch gesetzt, erfolgt der Empfang der Nachricht nur dann unter der Synchronisationspunktsteuerung, wenn die eingehende Nachricht als persistent markiert ist; ist dies nicht der Fall, wird sie nicht unter dem Synchronisationspunkt empfangen. Später von einem Sendeknoten gesendete Nachrichten unterliegen der Synchronisationspunktsteuerung gemäß der Permanenzeigenschaft der eingehenden Nachricht, sofern diese Eigenschaft nicht ausdrücklich vom Sendeknoten außer Kraft gesetzt wurde.
  • Wird der Wert für die Eigenschaft auf Ja (Standardeinstellung) gesetzt, wird die Nachricht unter der Synchronisationspunktsteuerung, d. h. in einer Arbeitseinheit von WebSphere MQ, empfangen. Alle Nachrichten, die später von einem Sendeknoten in derselben Nachrichtenflussinstanz gesendet werden, unterliegen der Synchronisationspunktsteuerung, sofern diese nicht explizit vom Sendeknoten außer Kraft gesetzt wurde.
  • Wird der Wert für die Eigenschaft auf Nein gesetzt, unterliegt der Empfang der Nachricht nicht der Synchronisationspunktsteuerung. Alle später von einem Sendeknoten im Nachrichtenfluss gesendeten Nachrichten unterliegen nicht der Synchronisationspunktsteuerung, sofern dies nicht explizit von einem einzelnen Sendeknoten vorgegeben ist.
Der MQOutput-Knoten ist der einzige Sendeknoten, der so konfiguriert werden kann, dass diese Option außer Kraft gesetzt wird.

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.

MQGET-Puffergröße

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:

  1. Schlägt ein MQGET-Aufruf fehl, da die Nachricht größer als der Puffer ist, vergrößert der Knoten zur Aufnahme der Nachricht sofort den Puffer, gibt erneut den MQGET-Aufruf aus und setzt den Nachrichtenzähler auf null.
  2. Sobald zehn Nachrichten seit der Puffervergrößerung gezählt worden sind, vergleicht der Knoten die Größe der größten der zehn Nachrichten mit der Größe des Puffers. Wenn die Größe der größten Nachricht weniger als 75% der Puffergröße ausmacht, wird diese auf die Größe der größten der zehn Nachrichten reduziert. Wenn ein MQGET-Aufruf während der zehn Nachrichten fehlschlägt, weil eine Nachricht größer als die Puffergröße ist, führt der Knoten die Maßnahmen aus Schritt 1 aus.

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.

Terminals und Eigenschaften

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.

Wenn die eingehende Nachricht einen MQRFH2-Header enthält, müssen Sie keine Werte für die Eigenschaften unter 'Syntaxanalyse der Eingabenachricht' angeben, da die Werte aus dem Ordner <mcd> im MQRFH2-Header abgeleitet werden, z. B.:
<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.
  • Wenn Sie die Option Automatisch auswählen, wird die ankommende Nachricht unter der Synchronisationspunktsteuerung empfangen, wenn sie als persistent markiert ist; andernfalls wird sie nicht unter dem Synchronisationspunkt empfangen. Die Transaktionalität aller abgeleiteten Nachrichten, die später von einem Sendeknoten gesendet werden, hängt von der Permanenzeigenschaft der eingehenden Nachricht ab, sofern die Transaktionalität nicht explizit vom Sendeknoten außer Kraft gesetzt wurde.
  • Bei der Auswahl von Ja wird die ankommende Nachricht unter Synchronisationspunktsteuerung empfangen. Alle abgeleiteten Nachrichten, die später von einem Sendeknoten in derselben Nachrichtenflussinstanz gesendet werden, werden transaktionsorientiert gesendet, es sei denn, die Transaktionalität wurde vom Sendeknoten explizit außer Kraft gesetzt.
  • Bei Auswahl von Nein wird die ankommende Nachricht nicht unter Synchronisationspunktsteuerung empfangen. Alle abgeleiteten Nachrichten, die später von einem Sendeknoten im Nachrichtenfluss gesendet werden, werden nicht transaktionsorientiert gesendet, es sei denn, im Sendeknoten ist angegeben, dass die Nachrichten der Synchronisationspunktsteuerung unterliegen müssen.
 
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:
  • Standardwert. Die Nachrichten werden in der durch die Warteschlangenattribute festgelegten Reihenfolge abgerufen, die jedoch nicht garantiert ist, da die Nachrichten vom Nachrichtenfluss verarbeitet werden.
  • Nach Benutzer-ID. Nachrichten mit demselben UserIdentifier-Wert (Benutzer-ID) im MQMD werden in der durch die Warteschlangenattribute festgelegten Reihenfolge abgerufen und verarbeitet; diese Reihenfolge wird bei der Verarbeitung der Nachrichten garantiert eingehalten. Eine Nachricht, die einer bestimmten Benutzer-ID, die von einem einzigen Thread verarbeitet wird, zugeordnet ist, wird vollständig verarbeitet, bevor derselbe Thread oder ein anderer Thread mit der Verarbeitung einer anderen Nachricht mit derselben Benutzer-ID beginnen kann. Stellen Sie sicher, dass jede Nachricht eine eindeutige Nachrichten-ID im MQMD der eingehenden Nachricht besitzt. Andere Reihenfolgen werden nicht garantiert.
  • Nach WS-Reihenfolge. Nachrichten werden von diesem Knoten in der durch die Warteschlangenattribute festgelegten Reihenfolge abgerufen und verarbeitet; diese Reihenfolge wird bei der Verarbeitung der Nachrichten garantiert eingehalten. Dieses Verhalten entspricht dem Verhalten, das gilt, wenn die Eigenschaft Zusätzliche Instanzen auf null gesetzt ist. Wenn Sie Modus für Reihenfolge allerdings auf Nach WS-Reihenfolge setzen und den Nachrichtenfluss danach neu implementieren, werden zusätzliche Instanzen, die bereits aktiv sind, nicht freigegeben. Wenn Sie Modus für Reihenfolge auf Nach WS-Reihenfolge setzen, müssen Sie den Nachrichtenfluss daher nach der Neuimplementierung stoppen und neu starten oder den Befehl mqsireload für die Ausführungsgruppe ausführen.
  • Benutzerdefiniert. Sie können ein Nachrichtenelement mithilfe der Eigenschaft Position des Felds 'Reihenfolge' angeben.

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:
  • Linux platformWindows platform546 für DOS, alle Windows-Systeme und Linux on x86
  • Linux platformUNIX platform273 für Linux unter Linux on POWER, Linux on System z und alle UNIX-Systeme
  • z/OS platform785 für z/OS-Nachrichten, die Binary Packed Decimals verwenden, und 273 für Nachrichten, die IEEE-Gleitkommazahlen verwenden
Die Codierung wird nur in folgenden Fällen verwendet:
  • Wenn ein benutzerdefinierter Datenkonvertierungsexit von WebSphere MQ die Codierung verwendet.
  • Wenn der integrierte WebSphere MQ-Konvertierungsexit die Codierung verwendet, um Nachrichten in irgendeins der vordefinierten WebSphere MQ-Formate zu konvertieren.
Falls Sie einen falschen Wert angeben, wird keine Konvertierung durchgeführt.

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.:
<psc><Thema>Börsennotierung</Thema></psc>
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:
  • Transportstandard
  • Benutzername
  • Benutzername + Kennwort
  • SAML-Zusicherung
  • X.509-Zertifikat
Wird diese Eigenschaft nicht angegeben, wird die Identität aus den Transport-Headern abgerufen, und der Typ wird auf Benutzername gesetzt.
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.
In der folgenden Tabelle werden die Instanzeigenschaften des MQInput-Knotens beschrieben. Geben Sie Werte für diese Eigenschaften an, um die zusätzlichen Instanzen zu kontrollieren, die für einen Knoten verfügbar sind. Eine umfassende Beschreibung dieser Eigenschaften finden Sie unter Konfigurierbare Nachrichtenflusseigenschaften.
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.
  • Wenn Sie Pool verwenden, der dem Nachrichtenfluss zugeordnet ist, werden zusätzliche Instanzen aus dem Nachrichtenfluss bereitgestellt.
  • Bei Auswahl von Dem Knoten zugeordneten Pool verwenden werden aus den zusätzlichen Knoteninstanzen weitere Instanzen zugeordnet, wobei als Grundlage die in der Eigenschaft Zusätzliche Instanzen angegebene Anzahl gilt.
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
Die Überwachungseigenschaften des Knotens werden in der folgenden Tabelle beschrieben.
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.

Bemerkungen | Marken | Downloads | Bibliothek | Support | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Letzte Aktualisierung:
        
        Letzte Aktualisierung: 2015-02-28 16:19:51


ReferenzthemaReferenzthema | Version 8.0.0.5 | ac04560_