Das Beispielprogramm 'X12' ausführen

In diesem Abschnitt wird erläutert, wie die Testnachrichten durch den Beispielnachrichtenfluss 'X12' geschleust werden.

Die Eingabenachrichten

Das Beispielprogramm 'X12' enthält die folgenden drei Testnachrichten.

Bei allen drei Eingabenachrichten handelt es sich um Nachrichten des Typs '850 Purchase Order'. Die ersten beiden Eingabenachrichten sind gültig. Die dritte Eingabenachricht ist jedoch nicht gültig, da das Feld BEG in der Nachricht fehlt.

Das Beispielprogramm ausführen

Um das Beispielprogramm auszuführen, müssen Sie Nachrichten in die Eingabewarteschlangen stellen und aus den Ausgabenachrichtenwarteschlangen abrufen. Befolgen Sie nachfolgende Anweisungen:

  1. Reihen Sie eine der Eingabenachrichten in die Warteschlange X12_TO_XML_IN ein.
    Wenn Sie eine Nachricht in die Warteschlange X12_TO_XML_IN einreihen, wird sie vom MQEmpfangsknoten 'X12_TO_XML_IN' im ersten Nachrichtenfluss (mit dem Namen VALIDATINGX122XML.msgflow) syntaktisch analysiert und gegen die Nachrichtengruppe geprüft:
  2. Rufen Sie die umgewandelte Nachricht aus der Warteschlange X12_TO_XML_OUT ab, und speichern Sie diese. Bei der Nachricht handelt es sich jetzt um eine Nachricht im XML-Format.
  3. Reihen Sie Ihre gespeicherte Nachricht in die Warteschlange XML_TO_X12_IN ein.
    Wenn Sie die Nachricht in die Warteschlange XML_TO_X12_IN einreihen, wird sie vom MQEmpfangsknoten 'XML_TO_X12_IN' im zweiten Nachrichtenfluss (mit dem Namen VALIDATINGXML2X12.msgflow) syntaktisch analysiert und gegen die Nachrichtengruppe geprüft:
  4. Rufen Sie die Nachricht aus der Warteschlange XML_TO_X12_OUT ab. Bei der Nachricht handelt es sich jetzt um eine X12-Nachricht.

Falls die Warteschlangen X12_TO XML_OUT oder XML_TO_X12_OUT keine Nachrichten enthalten, lesen Sie den Abschnitt Fehler diagnostizieren. Unter Umständen befindet sich die Nachricht immer noch in der Eingabewarteschlange, der Warteschlange X12_FAIL oder in einer der Systemwarteschlangen.

Die Nachricht PurchaseOrder_Missing_BEG.txt

Wenn Sie die Nachricht PurchaseOrder_Missing_BEG.txt durch den ersten Nachrichtenfluss leiten, schlägt die Überprüfung auf dem MQEmpfangsknoten 'X12_TO_XML_IN' fehl. Da das Feld BEG nicht in der Nachricht enthalten ist, generiert der MQEmpfangsknoten einen Fehler. Der Fehler kann im Anwendungsprotokoll der Windows-Ereignisanzeige aufgerufen werden. Der Fehlertext lautet wie folgt:

<FlightDetailsInfoResponse>Message Validation failure (Gültigkeitsprüfung für Nachricht fehlgeschlagen). An element, that has been deemed complete,
  does not meet the minOccurs constraint (Ein Element,
das für vollständig gehalten wurde, erfüllt die Einschränkung 'minOccurs' nicht). Element, BEG, has 0 instances on the logical tree, but has been defined or qualified
with a minOccurs constraint of 1 within its parent type/element M850 of index 1. Adjust the
minOccurs constraint downwards and redeploy to the broker or increase the instances of the element
in the message itself. (Es sind 0 Instanzen des Elements BEG in der logischen Baumstruktur vorhanden, es wurde jedoch mit einer 'minOccurs'-Einschränkung von '1' innerhalb des übergeordneten Typs/Elements M850, Index 1, definiert bzw. qualifiziert. Korrigieren Sie die Einschränkung 'minOccurs' nach unten, und nehmen Sie eine Neuimplementierung im Broker vor, oder erhöhen Sie die Anzahl der Instanzen des Elements in der Nachricht selbst.)   

Symbol für die Hauptseite   Zurück zum Beginn des Beispielprogramms