XMLUmsetzungsknoten (XMLTransformation-Knoten)

Dieses Kapitel enthält folgende Abschnitte:

Zweck

Der XMLUmsetzungsknoten wird zur Umwandlung einer XML-Nachricht in ein anderes XML-Nachrichtenformat verwendet. Hierbei gelten die Regeln, die von einer XSL-Formatvorlage (XSL = eXtensible Stylesheet Language) bereitgestellt werden.

Sie haben drei Möglichkeiten für die Angabe der Adresse der Formatvorlage, die für diese Umwandlung verwendet werden soll:

  1. Über die Knoteneigenschaften. Auf diese Weise wird sichergestellt, dass die Umwandlung, die über diese einzelne Formatvorlage definiert wurde, auf jede Nachricht angewandt wird, die von diesem Knoten verarbeitet wird.
  2. Über den Inhalt der XML-Daten in der Nachricht. Auf diese Weise wird die Nachricht gemäß einer Formatvorlage umgewandelt, die von der Nachricht selbst definiert wird.
  3. Beginn der ÄnderungÜber das Setzen des entsprechenden Werts in der LocalEnvironment-Baumstruktur. Sie müssen diesen Wert vor dem XMLUmsetzungsknoten (z. B. in einem Rechenknoten) festlegen. Daher können Sie verschiedene Eingaben verwenden, um zu bestimmen, welche Formatvorlage für diese Nachricht verwendet werden soll - beispielsweise den Inhalt der Nachrichtendaten oder einen Wert in einer Datenbank. Ende der Änderung

Beginn der ÄnderungFür die Umwandlung wird ein XSLT-Compiler (eXtensible Stylesheet Language for Transformations) verwendet, wenn die Formatvorlage nicht Teil der Nachricht ist und der Wert für die Knotencachestufe (Knoteneigenschaft Cachestufe für Formatvorlage) größer als null ist. Wenn XSLT zwischengespeichert wird, führt dies zu einer Leistungsverbesserung, da XSLT nicht bei jeder Verwendung syntaktisch analysiert wird. Ende der Änderung

Der XMLUmsetzungsknoten wird in Workbench mit dem folgenden Symbol dargestellt:

Symbol für XMLUmsetzungsknoten

Diesen Knoten in einem Nachrichtenfluss verwenden

Beispiel für die Verwendung dieses Knoten: Zwei Medienunternehmen, die regelmäßig Informationen austauschen. Bei einem der Unternehmen handelt es sich um einen Fernsehsender, das andere ist eine Zeitungsverlag. Obwohl identische Informationen verwendet werden, unterscheidet sich doch das verwendete Vokabular. Dieser Knoten kann ein Format in ein anderes umwandeln, indem er die Regeln der angegebenen Formatvorlage anwendet. Wenn Sie die Formatvorlage in der Nachricht angeben (entweder die XML-Daten oder die lokale Umgebung), kann derselbe Knoten beide Umwandlungen vornehmen.

Ausführliche Informationen zur Verwendung der XML-Umsetzungsknoten finden Sie im Beispielprogramm 'XMLT'.

Beginn der Änderung

Implementierte und nicht implementierte Formatvorlagen

Sie haben können Formatvorlagen auf zwei verschiedene Arten mit XMLUmsetzungsknoten verwenden:
Implementierte Formatvorlagen
Bei implementierten Formatvorlagen handelt es sich um Formatvorlagen, die Sie in eine Brokerarchivdatei (BAR-Datei) importieren und auf Zielsystemen implementieren. Implementierte Formatvorlagen werden von WebSphere Message Broker verwaltet. Die Möglichkeit zur Implementierung von Formatvorlagen auf diese Weise ist in Version 6.0 neu. Eine Principal-Formatvorlage ist die Stammformatvorlage, auf die in einem Nachrichtenfluss verwiesen wird. Beispielsweise muss ein Verweis auf eine Principal-Formatvorlage im Eclipse-Arbeitsbereich C:\\Projekt1\a\b.xsl als a/b.xsl (oder ./a/b.xsl) angegeben werden. Eine Principal-Formatvorlage kann auf ihre untergeordneten Formatvorlagen verweisen (diese enthalten oder importieren).
Nicht implementierte Formatvorlagen
Bei nicht implementierten Formatvorlagen handelt es sich um Formatvorlagen, die Sie an einer Position speichern, an der der XMLUmsetzungsknoten darauf zugreifen kann. Nicht implementierte Formatvorlagen werden nicht von WebSphere Message Broker verwaltet.
Der Abschnitt Formatvorlagen und XML-Dateien migrieren enthält weitere Informationen hierzu.

Implementierung von implementierten Formatvorlagen oder XML-Dateien

Beginn der ÄnderungBevor Sie den XMLUmsetzungsknoten konfigurieren, müssen Sie wissen, wie Sie mit Formatvorlagen arbeiten können. (Eine Formatvorlage kann sowohl auf eine andere XML-Datei als auch auf eine Formatvorlage verweisen.) Führen Sie zur Verwendung von implementierten Formatvorlagen oder XML-Dateien folgende Schritte aus:
  1. Stellen Sie sicher, dass Sie die richtigen Dateinamenerweiterungen verwenden: Für die Implementierung von Formatvorlagen ist die Dateierweiterung '.xsl' oder '.xslt' und für XML-Dateien '.xml' erforderlich.
  2. Importieren Sie die Dateien in den Eclipse-Arbeitsbereich: Alle Formatvorlagen und XML-Dateien, die implementiert werden sollen, müssen in das Projekt eines Eclipse-Arbeitsbereichs importiert werden. Standortabhängige untergeordnete Formatvorlagen oder XML-Dateien, die implementiert werden sollen, müssen in die richtige Verzeichnisstruktur geschrieben werden, die relativ zu den zugehörigen übergeordneten Formatvorlagen ist. Im Eclipse-Arbeitsbereich sollten sich keine standortabhängigen untergeordneten Formatvorlagen befinden, die nicht implementiert werden sollen.
  3. Beginn der ÄnderungStellen Sie sicher, dass alle Verweise auf die Dateien relativ sind: Bei allen Verweisen auf eine implementierte Formatvorlage muss es sich unabhängig von ihrer Position um einen relativen Verweis handeln. Ein Verweis auf eine Principal-Formatvorlage sollte relativ zu dem Stammverzeichnis des relevanten Projekts des Eclipse-Arbeitsbereichs sein.

    Ausnahme: Bei der Angabe einer Principal-Formatvorlage als Eigenschaft Name der Formatvorlage in einem XMLUmsetzungsknoten können Sie einen absoluten Pfad verwenden, der auf die richtige Verzeichnisstruktur im Eclipse-Arbeitsbereich verweist. Wenn die Principal-Formatvorlage gefunden wurde, setzt das System die Knoteneigenschaft automatisch auf den richtigen relativen Wert. Außerdem führt es eine automatische Implementierung der Principal-Formatvorlage und der standortabhängigen untergeordneten Formatvorlagen aus, die im relevanten Eclipse-Arbeitsbereichsprojekt verfügbar sind. Alle Verweise auf standortabhängige untergeordnete Formatvorlagen (oder XML-Dateien) einer Principal-Formatvorlage müssen relativ zum Standort der zugehörigen übergeordneten Formatvorlagen sein. Wenn beispielsweise die Formatvorlage //Projekt1/a/b.xsl auf die Formatvorlage //Projekt1/a/c/d.xsl verweist, muss der Verweis in c/d.xsl (oder ./c/d.xsl) geändert werden.

    Ende der Änderung
  4. Bearbeitung von nicht implementierten untergeordneten Formatvorlagen oder XML-Dateien: Formatvorlagen können auf andere Formatvorlagen verweisen. Wenn Sie eine Formatvorlage (oder XML-Datei) mit einem relativen Verweis haben, die nicht implementiert werden soll, deren übergeordnetes Element jedoch implementiert werden soll, müssen Sie sicherstellen, dass die untergeordnete Formatvorlage an die richtige Position unter Brokerarbeitspfad/XSL/external (Brokerarbeitspfad/XML/external) gestellt wird. Ein Broker ordnet die in der Ausführungsgruppe implementierte Speicherbaumstruktur, Brokerarbeitspfad/XSL/external, und die Baumstruktur Brokerarbeitspfad/XML/external einander automatisch zu. Wenn also beispielsweise b/c.xml im implementierten Speicher des Brokers nicht gefunden wird, führt der Broker im Verzeichnis Brokerarbeitspfad/XML/external/a/b automatisch eine Suche nach einem Verweis auf das Dokument (b/c.xml) in der implementierten Principal-Formatvorlage a/style.xsl durch. Relative Pfadverweise müssen auch für Dateien verwendet werden, die bereits implementiert wurden, die im Arbeitsbereich aber noch nicht verfügbar sind.
  5. Beginn der ÄnderungDateien implementieren: Es müssen nur Formatvorlagen oder XML-Dateien manuell implementiert werden, die vom System noch nicht berücksichtigt wurden (durch die Tools werden Warnungen zu diesen Dateien ausgegeben). Wenn Sie für den Knoten auf Durchsuchen klicken oder den vollständigen Pfad der Formatvorlage im Eclipse-Arbeitsbereich angeben, wird dies automatisch in die BAR-Datei eingefügt.

    Fügen Sie die Dateien bei der manuellen Implementierung zu einem Brokerarchiv hinzu (siehe Einem Brokerarchiv Dateien hinzufügen und Schlüsselwörter zu XSL-Formatvorlagen hinzufügen), und implementieren Sie das Brokerarchiv.

    Beginn der ÄnderungFür jede Ausführungsgruppe, die den XMLUmsetzungsknoten verwendet, können Sie folgende Aktionen ausführen:
    • Fügen Sie die Formatvorlage in das Verzeichnis Brokerarbeitspfad/XSL/external auf dem Broker ein und nicht in die BAR-Datei.

      Wenn eine Formatvorlage im Verzeichnis Brokerarbeitspfad/XSL/external denselben Pfad und denselben Namen wie eine implementierte Formatvorlage hat, wird die implementierte Formatvorlage verwendet.

    • Fügen Sie die Formatvorlage in die BAR-Datei ein, und implementieren Sie die BAR-Datei. Wenn mehrere BAR-Dateien denselben Formatvorlagennamen enthalten, wird die Formatvorlage aus der zuletzt implementierten BAR-Datei verwendet.
    • Implementieren Sie die Formatvorlage in ihrer eigenen BAR-Datei. Wenn die BAR-Dateien XMLUmsetzungsknoten verwenden, jedoch nicht die Formatvorlage enthalten, gibt das Message Brokers Toolkit Warnungen aus.
    Ende der Änderung
    Ende der Änderung
Ende der Änderung
Ende der Änderung

XMLUmsetzungsknoten konfigurieren

Wenn Sie eine Instanz des XMLUmsetzungsknotens in einen Nachrichtenfluss eingereiht haben, können Sie ihn konfigurieren. Klicken Sie mit der rechten Maustaste in der Editoransicht auf den Knoten, und wählen Sie die Option Eigenschaften aus. Daraufhin werden die grundlegenden Eigenschaften des Knotens angezeigt.

Alle verbindlichen Eigenschaften, für die Sie einen Wert eingeben müssen (d. h. Eigenschaften ohne definierten Standardwert), sind dort mit einem Sternchen gekennzeichnet.

Konfigurieren Sie den XMLUmsetzungsknoten wie folgt:

  1. Wählen Sie die entsprechenden Werte für die Eigenschaften Auswahlpriorität in XML-Einbettung, Auswahlpriorität in Nachrichtenumgebung und Auswahlpriorität in Brokerknotenattribut aus. Mit den gesetzten Werten legen Sie fest, in welcher Reihenfolge die alternativen Positionen nach den Formatvorlageninformationen durchsucht werden. Die Einstellung für die höchste Priorität lautet 1. Es gilt folgende Standardreihenfolge:
    1. Beginn der ÄnderungAuswahlpriorität in XML-Einbettung, mit dem Standardwert 1. Der Knoten durchsucht die XML-Nachrichtendaten nach der Position der Formatvorlage. Die XML-Daten können beispielsweise Folgendes enthalten:
      <?xml-stylesheet type="text/xsl" href="foo.xsl"?>
      Ende der Änderung
    2. Auswahlpriorität in Nachrichtenumgebung, mit dem Standardwert 2. Der Knoten durchsucht die der Nachricht zugeordnete LocalEnvironment-Baumstruktur nach den Informationen zur Formatvorlage, die im Element 'ComIbmXslXmltStylesheetname' gespeichert sind.

      Da dieser Knoten über ein SupportPac für Version 2.1 zur Verfügung gestellt wurde und das Element 'ComIbmXslMqsiStylesheetname' als Name der Formatvorlage verwendet wurde, überprüft der Knoten beide Elemente. Sind beide Elemente vorhanden, hat der Wert in 'ComIbmXslXmltStylesheetname' Vorrang.

    3. Auswahlpriorität in Brokerknotenattribut, folglich mit dem Standardwert 3. Der Knoten verwendet die Knoteneigenschaften Name der Formatvorlage und Verzeichnis der Formatvorlage zum Ermitteln der richtigen Werte.

    Obwohl für jede Eigenschaft mehr als ein Wert gesetzt werden kann, sollte dies unterlassen werden. Falls Sie sich dennoch dafür entscheiden, gilt die oben aufgeführte Prioritätenreihenfolge für den Knoten.

    Wird der Wert 'Ignorieren' gesetzt, durchsucht der Knoten die entsprechende Position nicht auf Informationen zur Formatvorlage. Werden alle drei Eigenschaften auf 'Ignorieren' gesetzt, wird ein Laufzeitfehler generiert.

  2. Soll die Formatvorlage über die Knoteneigenschaften definiert werden, geben Sie den entsprechenden Wert für Name der Formatvorlage ein. Werden die Formatvorlagen an der Position mit der höchsten Priorität gefunden (festgelegt über die zuvor gesetzten Prioritätswerte), wird dieser Wert ignoriert.

    Eine Principal-Formatvorlage können Sie auf zwei Arten angeben:
    1. Drücken Sie im Arbeitsbereich auf die Schaltfläche Durchsuchen, die sich beim Eigenschaftsfeld Name der Formatvorlage befindet. Die erkannten Principal-Formatvorlagen und alle zugehörigen untergeordneten Formatvorlagen mit relativem Verweis werden beim Hinzufügen eines Nachrichtenflusses zu einer BAR-Datei automatisch zu der BAR-Datei hinzugefügt (solange die Formatvorlagen und übergeordneten Formatvorlagen verfügbar sind).
    2. Für die Ermittlung einer bereits implementierten oder einer zu implementierenden Formatvorlage kann nur die Eigenschaft Name der Formatvorlage verwendet werden; die Eigenschaft Verzeichnis der Formatvorlage muss leer sein.
  3. Wurde die Position der Formatvorlage vollständig angegeben, wird die Eigenschaft Verzeichnis der Formatvorlage nicht berücksichtigt. Falls nicht, wird der Wert dieser Eigenschaft am Anfang der Spezifikation eingefügt, unabhängig davon, an welcher Stelle der Wert gefunden wurde.
  4. Beginn der ÄnderungGeben Sie für die Eigenschaft Cachestufe für Formatvorlage die Anzahl der kompilierten oder syntaktisch analysierten Formatvorlagen ein, die in der Knoteninstanz gespeichert werden sollen. Standardwert ist 5. Der Formatvorlagencache bleibt über die gesamte Lebensdauer des Knotens erhalten. Der Cache wird erst gelöscht, wenn der Knoten aus dem Nachrichtenfluss entfernt, der Nachrichtenfluss gelöscht oder die Ausführungsgruppe gestoppt wird.

    Wenn Sie eine zwischengespeicherte Formatvorlage ändern (indem Sie die Datei im Dateisystem erneut implementieren oder ersetzen), ersetzt der XMLUmsetzungsknoten, der den Cache enthält, die zwischengespeicherte Version durch die geänderte (neueste) Version, bevor eine neue Nachricht verarbeitet wird. Wenn Sie mehrere Formatvorlagen ändern, sollten Sie jedoch die relevanten Nachrichtenflüsse stoppen, bevor Sie Änderungen vornehmen. Wenn Sie die relevanten Nachrichtenflüsse nicht stoppen, bevor Sie die Änderungen vornehmen, kann die Reihenfolge der Änderungen durch aktive Nachrichtenflüsse nicht garantiert werden, und es kann eine Inkompatibilität zwischen den Formatvorlagen auftreten, die geändert werden. Sie können den Befehl mqsireload verwenden, um eine Formatvorlage erneut zu laden. Der Befehl verhindert die Inkompatibilität jedoch nicht.

    Ende der Änderung
  5. Über die Eigenschaft 'Output Character Set' (Ausgabezeichensatz) im Eigenschaften-Dialognavigator legen Sie fest, in welcher Reihenfolge der Knoten nach gültigen Standorten mit den Zeichensätzen sucht, die für die Ausgabenachricht verwendet werden. Die Einstellung für die höchste Priorität lautet 1. Es gilt folgende Standardreihenfolge:
    1. Auswahlpriorität in Nachrichtenumgebung, folglich mit dem Standardwert 1. Der Knoten durchsucht die der Nachricht zugeordnete LocalEnvironment-Baumstruktur nach den Informationen zum Zeichensatz, die im Element 'ComIbmXslXmltOutputcharset' gespeichert sind.

      Beispiel: Geben Sie den Wert 1208 als Zeichenfolge für dieses Element an, wenn die Ausgabe der Umwandlung in UTF-8 codiert werden soll.

      Da dieser Knoten über ein SupportPac für Version 2.1 zur Verfügung gestellt wurde und das Element 'ComIbmXslMqsiOutputcharset' als Name für den Ausgabezeichensatz verwendet wurde, überprüft der Knoten beide Elemente. Sind beide Elemente vorhanden, hat der Wert in 'ComIbmXslXmltOutputcharset' Vorrang.

    2. Auswahlpriorität in Brokerknotenattribut, folglich mit dem Standardwert 2. Der Knoten ermittelt auf Grundlage der Eigenschaft Ausgabezeichensatz den korrekten Wert.

      Für Ausgabezeichensatz muss ein numerischer Wert festgelegt werden. Beispiel: Geben Sie den Wert 1200 ein, wenn die Ausgabe der Umwandlung in UTF-16 codiert werden soll.

    Obwohl für jede Eigenschaft mehr als ein Wert gesetzt werden kann, sollte dies unterlassen werden. Falls Sie sich dennoch dafür entscheiden, gilt die oben aufgeführte Prioritätenreihenfolge für den Knoten.

    Wird der Wert 0 gesetzt, durchsucht der Knoten die entsprechende Position nicht auf Informationen zum Zeichensatz.

    Kann der Knoten den Ausgabezeichensatz nicht auf Grundlage einer dieser Quellen ermitteln, weil entweder kein Wert gesetzt ist oder die Auswahlprioritäten auf 0 gesetzt sind, wird der Standardwert 1208 (UTF8) verwendet. (Die XSL-Spezifikation gibt an, dass der Ausgabezeichensatz in der Formatvorlage angegeben werden kann. Der XMLUmsetzungsknoten ignoriert diesen Wert jedoch.)

  6. Aktivieren Sie 'Detail-Trace' im Eigenschaften-Dialognavigator, falls Sie einen Trace der Aktionen des XMLUmsetzungsknotens erstellen möchten. Der Standardwert für die Eigenschaft Detail-Trace lautet Off. Zum Aktivieren des Trace setzen Sie die Eigenschaft auf On.

    Die Tracedaten werden in der Tracedatei XMLTTrace.log gespeichert:

    • Auf z/OS-Systemen befindet sich diese Datei unter <Brokerverzeichnis>/output; dabei ist <Brokerverzeichnis> das Verzeichnis, in dem der Broker installiert wurde.
    • Auf Windows-Systemen befindet sich die Datei im Verzeichnis <Brokerarbeitspfad>\common\log.
    • Auf UNIX-Systemen befindet sich die Datei im Verzeichnis <Brokerarbeitspfad>\common\log.

    Wird für einen XMLUmsetzungsknoten ausgewählt, dass ein ausführlicher Trace durchgeführt wird, wird dies für alle Knoten in derselben Ausführungsgruppe übernommen.

    Anmerkung: Diese Eigenschaft wird nicht mehr unterstützt. Jeder relevante Trace wird in den Benutzertrace verschoben, vorausgesetzt, der Debug-Benutzertrace ist aktiviert. Die Einstellung von Detail-Trace im XMLUmsetzungsknoten wirkt sich nicht auf Benutzertraces aus.
  7. Wählen Sie im Eigenschaften-Dialognavigator die Option "Beschreibung", um ein kurze und/oder ausführliche Beschreibung einzugeben.
  8. Klicken Sie auf Übernehmen, um die Änderungen am XMLUmsetzungsknoten vorzunehmen, ohne das Dialogfeld mit den Eigenschaften zu schließen. Klicken Sie auf OK, um die Änderungen zu übernehmen und das Dialogfeld mit den Eigenschaften zu schließen.

    Klicken Sie auf Abbrechen, um das Dialogfeld zu schließen und alle Änderungen zu verwerfen, die Sie an den Eigenschaften vorgenommen haben.

  9. Beginn der ÄnderungStoppen Sie die Ausführungsgruppe, und starten Sie sie erneut. Ende der Änderung
Wird im Zusammenhang mit großen XML-Nachrichten der Fehler generiert, dass nicht mehr genügend Speicher vorhanden ist, kann mit Hilfe des Befehls mqsireportproperties der aktuelle Wert des Java-Heapspeicher für die XSLT-Steuerkomponente angezeigt und mit dem Befehl mqsichangeproperties vergrößert werden:
mqsireportproperties Brokername -e Kennung_der_Ausführungsgruppe -o ComIbmJVMManager -n jvmMaxHeapSize
mqsichangeproperties Brokername -e Kennung_der_Ausführungsgruppe -o ComIbmJVMManager -n jvmMaxHeapSize -v Neue_Größe
Ersetzen Sie Brokername, Kennung_der_Ausführungsgruppe und Neue_Größe durch die entsprechenden Werte.

Beginn der ÄnderungDer Wert für Neue_Größe richtet sich nach der physischen Hauptspeichermenge Ihres Computers sowie danach, wie häufig Sie Java verwenden. Empfohlen wird ein Wert zwischen 512 MB (536870912) und 1 GB (1073741824). Ende der Änderung

Terminals und Eigenschaften

In der nachfolgenden Tabelle werden die Terminals des XMLUmsetzungsknotens beschrieben.

Terminal Beschreibung:
Eingangsterminal Das Eingangsterminal, das die Nachricht zur Verarbeitung durch einen Knoten annimmt.
Fehlerterminal Das Ausgabeterminal, an das die Originalnachricht weitergeleitet wird, wenn während der Umwandlung ein Fehler auftritt.
Ausgang Das Ausgabeterminal, an das eine erfolgreich umgewandelte Nachricht weitergeleitet wird.

In der nachfolgenden Tabelle werden die Knoteneigenschaften beschrieben. Die Spalte M zeigt an, ob die Eigenschaft obligatorisch ist (markiert mit einem Sternchen im Eigenschaftendialog, ob Sie einen Wert eingeben müssen, wenn kein Standardwert definiert ist). Die Spalte C zeigt an, ob die Eigenschaft konfigurierbar ist (Sie können den Wert ändern, wenn Sie der BAR-Datei den Nachrichtenfluss hinzufügen, um ihn einzusetzen).

In der nachfolgenden Tabelle werden die Formatvorlageneigenschaften des XMLUmsetzungsknotens beschrieben.

Eigenschaft M C Standard Beschreibung:
Auswahlpriorität in XML-Einbettung Ja Nein 1 Die Prioritätsstufe zum Suchen der Formatvorlage in den XML-Daten.
Auswahlpriorität in Nachrichtenumgebung Ja Nein 2 Die Priorität zum Suchen der Formatvorlage in der LocalEnvironment-Baumstruktur der aktuellen Nachricht.
Auswahlpriorität in Brokerknotenattribut Ja Nein 3 Die Priorität zum Suchen der Formatvorlage als Eigenschaft des Knotens.
Name der Formatvorlage Nein Ja   Der Name der Formatvorlage; wird beim Suchen der Spezifikation für die Formatvorlage in den Knoteneigenschaften verwendet.
Verzeichnis der Formatvorlage Nein Ja   Der Pfad der Formatvorlage. Wird bei allen Methoden zum Bestimmen der Position verwendet.
Cachestufe für Formatvorlage Nein Nein 5 Die Anzahl der kompilierten oder syntaktisch analysierten Formatvorlagen, die in der Knoteninstanz gespeichert werden sollen.

In der nachfolgenden Tabelle werden die Ausgabezeichensatzeigenschaften des XMLUmsetzungsknotens beschrieben.

Eigenschaft M C Standard Beschreibung:
Auswahlpriorität in Nachrichtenumgebung Ja Nein 1 Die Priorität zum Suchen der Ausgabezeichensatz-ID in der LocalEnvironment-Baumstruktur der aktuellen Nachricht.
Auswahlpriorität in Brokerknotenattribut Ja Nein 2 Die Priorität zum Suchen der Ausgabezeichensatz-ID als Eigenschaft des Knotens.
Ausgabezeichensatz Nein Nein   Der numerische Wert für den Ausgabezeichensatz.

In der nachfolgenden Tabelle werden die Detail-Trace-Eigenschaften des XMLUmsetzungsknotens beschrieben.

Eigenschaft M C Standard Beschreibung:
Trace-Einstellung Ja Nein Off Gibt an, ob die Tracefunktion aktiv ist. Ist sie aktiv, werden Tracedaten mit niedriger Detailtiefe in einer Datei gespeichert.

In der nachfolgenden Tabelle werden die Beschreibungseigenschaften des XMLUmsetzungsknotens beschrieben.

Eigenschaft M C Standard Beschreibung:
Kurzbeschreibung Nein Nein   Kurze Beschreibung des Knotens
Ausführliche Beschreibung Nein Nein   Text, der den Zweck des Knotens im Nachrichtenfluss beschreibt

Wenn zu Beginn des Hauptteils der Eingabenachricht eine XML-Codierungsdeklaration enthalten ist, wird diese Codierung vom XMLUmsetzungsknoten ignoriert und für die Decodierung der Nachricht immer die CodedCharSetId im Eigenschaftenordner verwendet.

Bemerkungen | Marken | Downloads | Bibliothek | Unterstützung | Rückmeldung
Copyright IBM Corporation 1999, 2006 Letzte Aktualisierung: 23. Aug. 2006
ac12490_