imported>Thomas Dresler: Format

2025-07-09T21:46:28Z

Format

Neue Seite

'''WSFL''' ist die Abkürzung für ''Web Services Flow Language''. WSFL ist Teil der sogenannten [[WS-*]]-Spezifikationen als industrieller [[Standard]] des World Wide Web Consortium W3C.

Die Web Services Flow Language (WSFL) ist eine von [[IBM]] entwickelte [[Extensible Markup Language|XML]]-[[Programmiersprache|Sprache]] zur Beschreibung von Web Services-[[Geschäftsprozess]].<ref>{{Internetquelle | url=https://xml.coverpages.org/wsfl.html | titel=Web Services Flow Language (WSFL) | sprache=en | datum=2002-02-04 | zugriff=2018-10-26}}</ref> WSFL definiert per XML ein [[Modell]] eines [[Gerichteter Graph|gerichteten Graphen]] von durch [[Kontrollfluss|Kontrollflüssen]] und [[Datenfluss|Datenflüssen]] verbundenen Aktivitäten, welche in einer [[Workflow-Engine]] abgearbeitet werden kann.

Die Ideen von WSFL flossen unter anderem in [[WS-BPEL]] ein.

Die Web Services Flow Language unterstützt zwei Arten von [[Assoziation (UML)#Komposition|Kompositionen]] und Choreographien:
* Flow-Modelle, beschreiben die [[Geschäftsprozess]]e
* Globale-Modelle beschreiben die gesamten Partnerinteraktionen.

== Flow-Modelle ==
Die Leistungseinheit in WSFL ist eine Aktivität und wird mittels Knoten in einem verknüpften Diagram dargestellt, der dataLink und controlLink stellen den [[Datenfluss]] und den [[Kontrollfluss]] zwischen diesen Aktivitäten dar. Ein DataLink gibt an, dass seine Quellaktivität Daten als Teil des Kontextes der Prozessinstanz an die Flow Engine weiterleitet, die wiederum (einen Teil) dieser Daten an die Zielaktivität des DataLink weitergeben muss. Daten fließen immer über controlLinks. Der controlLink-Pfad muss jedoch nicht direkt sein und kann mehrere Aktivitäten umfassen. Der dataLink ermöglicht bei Bedarf die Spezifikation einer Zuordnung zwischen einem Quell- und einem Zieldokument.

Es gibt höchstens einen ControlLink zwischen zwei Aktivitäten und das Modell muss [[Graph_(Graphentheorie)#Teilgraphen,_Wege_und_Zyklen|azyklisch]] sein, so dass Schleifen innerhalb des Kontrollflusses verboten sind. Das Modell unterstützt jedoch wiederkehrende Aktivitäten unter Verwendung eines Exit-Bedingungsmechanismus, der so lange läuft, bis die Exit-Bedingung wahr wird. Das Kontrollflussmodell unterstützt Forks (Aktivitäten mit mehr als einem ausgehenden Übergang) und Joins (Aktivitäten mit mehr als einem eingehenden Übergang). Aktivitäten, die keine eingehenden Übergänge haben, werden als Startaktivitäten bezeichnet, ähnlich wie Aktivitäten ohne ausgehende Übergänge als Endaktivitäten. Wenn ein Flow-Modell instanziiert wird, werden alle seine Startaktivitäten ermittelt und für die Ausführung eingeplant.<ref name="ebpml">{{Internetquelle | url=https://www.ebpml.org/wsfl.htm | titel=ebpml: WSFL | sprache=en | zugriff=2018-10-26 | archiv-url=https://web.archive.org/web/20170729081457/http://www.ebpml.org/wsfl.htm | archiv-datum=2017-07-29 | offline=ja | archiv-bot=2023-02-08 02:02:36 InternetArchiveBot }}</ref>

== Globale-Modelle ==
Das globale Modell bietet die Möglichkeit, Interaktionen zwischen Geschäftspartnern zu modellieren. Dabei ist allerdings zu beachten, dass ein globales Modell lediglich eine Zuordnung zwischen Ein- und Ausgängen ist. Im Gegensatz zu [[EbXML]] BPSS können Geschäftssemantik wie Ablehnung, Servicequalität, Rechtsverbindlichkeit, garantierte Lieferung auf Anwendungsebene nicht durch ein globales Modell spezifiziert werden. WSFL-Kooperationen sind etwas nützlicher als XLANG-Verträge, da sie das Mapping mit bidirektionalen Diensten ermöglichen, aber noch weit von ebXML BPSS entfernt sind.<ref name="ebpml"/>

== Einzelnachweise ==
<references />

[[Kategorie:Beschreibungssprache]]
[[Kategorie:Webservice]]

WS-Flow Language - Versionsgeschichte

imported>Thomas Dresler: Format