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.

Änderungen im Verhalten von grafischen Datenzuordnungen, die aus Nachrichten konvertiert werden

Wenn Sie eine Nachrichtenzuordnung aus einer früheren Version von WebSphere Message Broker in eine grafische Datenzuordnung umwandeln, müssen Sie gegebenenfalls zusätzliche Aufgaben ausführen, bevor Sie Ihre grafische Datenzuordnung in einer Messaging-Lösung verwenden können.

Die Funktion im Editor für grafische Datenzuordnungen hat eine dedizierte Laufzeitausführungsengine, wohingegen sich die Nachrichtenzuordnung auf ESQL-Code konzentriert.

Bei der Vorbereitung einer Nachrichtenzuordnung für die Konvertierung in eine grafische Datenzuordnung müssen folgende Punkte berücksichtigt werden:

Laufzeitumgebung

Implementierung

ESQL-Verhalten

Verhaltensunterschiede bei wichtigen Transformationen in grafischen Datenzuordnungen

In diesem Abschnitt wird beschrieben, wie verschiedene Transformationstasks implementiert werden, die im vorherigen Editor für Nachrichtenzuordnung mit anderen Konstrukten implementiert wurden. Diese Liste ist nicht vollständig, kann aber bei der Ausarbeitung von Konzepten und bei der Entwicklung grafischer Datenzuordnungen hilfreich sein.

Ausgabeelementen Literalwerte zuweisen

Verwenden Sie die Transformation 'Assign' (Zuweisen), um Literalwerte in Ausgabeelementen festzulegen. Die Transformation 'Assign' verwendet eine Zeichenfolgedarstellung, die dem relevanten Ausgabeelement zugewiesen wird und deshalb dem Typ dieses Elements entsprechend formatiert werden muss. Der Eigenschaftswert darf nicht in Anführungszeichen gesetzt werden, weil alle Anführungszeichen als Teil des Zeichenfolgewerts übergeben werden. Zur Bereitstellung eines explizit typisierten Werts verwenden Sie die Cast-Transformation xs:<Typ> ohne Eingabeverbindung.

Literale in Bedingungsausdrücken

Sie konnten Ausdrücke im Editor für Nachrichtenzuordnung erstellen, die eine Datentypänderung implizieren und die zugrundeliegenden Zeichenfolgewertdarstellung verwenden. Der Editor für grafische Datenzuordnungen verwendet die Syntax für XPath-Ausdrücke und erzwingt eine strikte Typisierung. Das Testen eines Elements mit dem Typ 'Boolean' für den Zeichenfolgeliteralwert "true" führt beispielsweise zu einer Typausnahme.

XPath-Funktionen setzen korrekte Werte für die Parametertypisierung voraus

Nachrichtenzuordnungen stellen Funktionen bereit, die XPath-Funktionen gleichen und in der Laufzeitumgebung von funktional entsprechenden ESQL-Funktionen implementiert werden. Einige dieser ESQL-Funktionen haben eine weniger strenge Werttypisierung als die, die in der XPath-Spezifikation der Funktion definiert ist. Die Zuordnungsfunktion für grafische Daten stellt konforme XPath-Funktionen bereit. Deshalb kann eine aus einer konvertierten Zuordnung erstellte grafische Datenzuordnung wegen ungültiger Werte oder Problemen mit der Typumwandlung zur Laufzeit fehlschlagen. Insbesondere die funktional entsprechenden ESQL-Funktionen können einen Standardwert bereitstellen, wenn der Parameterwert leer ist. Zur Behebung solcher Probleme fügen Sie Bedingungen hinzu, die verhindern, dass die für die XPath-Funktionsparameter ungültigen Werte an die Funktion übergeben werden.

Textwerte komplexer Typen in Bedingungsausdrücken

Nachrichtenzuordnungen erfordern keine Explizität vom Benutzer beim Zugriff auf Textwerte mit gemischtem Inhalt über ein Element eines komplexen Typ in einem Bedingungsausdruck. Die Zuordnungsfunktion für grafische Daten basiert auf der XPath-Standardsyntax und setzt die explizite Verwendung von "/text()" voraus, wenn der Textwert mit gemischtem Inhalt verwendet werden soll. Deshalb kann die Zuordnung einer konvertierten Nachricht mit einem Bedingungsausdruck, der Textwerte mit gemischtem Inhalt referenziert, fehlschlagen, bis dem Pfadausdruck die fehlende Angabe "/text()" hinzugefügt wird.

Literale in Aufrufen untergeordneter Zuordnungen

Der Editor für Nachrichtenzuordnungen hat die Typisierung von Eingaben für untergeordnete Zuordnungen nicht ordnungsgemäß geprüft. Benutzer konnten den normalen Elementpfadwert einer Eingabe für eine untergeordnete Zuordnung bearbeiten und einen nicht typisierten Literalwert angeben. Die Auswertung der Zuordnungsfunktion für grafische Daten setzt voraus, dass alle Eingaben für untergeordnete Zuordnungen mit einem entsprechend typisierten Eingabeelement verbunden sind.

"For each index"-Zählvariablen

Einige Transformationen setzen die Verwendung des "For each index"-Zählwerts voraus, Die Nachrichtenzuordnung in Version 6.1 und in Version 7.0 hat die Funktion msgmap:occurrence für den Abruf der aktuellen Schleifenanzahl bereitgestellt. Die Zuordnungsfunktion für grafische Daten stellt eine Zählvariable For loop bereit, die eine entsprechende Funktion bietet. Diese Variable hat das feste Namensformat $<For each Name des primären Eingabeelements>-index und kann mit der Inhaltshilfe Strg-Leerzeichen in der entsprechenden "ForEach transform"-Anzeige mit dem Ausdruck für Filtereingeschaften or in der Inhaltshilfe in allen verschachteteln Transformationen abgerufen werden.

Bemerkungen | Marken | Downloads | Bibliothek | Support | Feedback

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

        
        Letzte Aktualisierung:
        
        Letzte Aktualisierung: 2015-02-28 16:23:22


KonzeptthemaKonzeptthema | Version 8.0.0.5 | br40815_