Die Idee von Web Services ist es, einzelne Funktionalitäten in Form von Services über ein Netzwerk zur Verfügung zu stellen. Eine Möglichkeit mittels dieser einzelnen Services einen Geschäftsprozess zu definieren, stellt die Web Service Business Process Execution Language 2.0 dar. Allerdings genügt eine reine Modellierung eines Prozesses mittels WS-BPEL 2.0 nicht. Die so definierten Prozesse müssen ausgeführt werden. Dies geschieht mit Hilfe von Workflow Engines. Eine Open Source Workflow Engine für BPEL-Prozesse ist Apache ODE.

Da einzelne Prozesse für lange Zeit laufen können, ist eine Möglichkeit sinnvoll, diese um verschiedene Funktionalitäten erweitern zu können, ohne dabei die Prozesse selbst zu ändern oder diese neu starten zu müssen. Weiter ist es vorteilhaft, einzelne Funktionalität hinzufügen zu können, ohne dass für jede Erweiterung die Workflow Engine selbst geändert werden muss.

Um dies zu verwirklichen sollen einzelne Ereignisse, die sich bei der Ausführung des BPEL-Prozesses mittels der Workflow Engine ereignen, nach außen hin sichtbar gemacht werden, so dass auf Ereignisse reagiert werden kann, z. B. indem nach der Ausführung einer bestimmten Aktivität weitere Funktionalität ausgeführt wird. Ein derartiger Ansatz bietet viele Einsatzmöglichkeiten, so z. B. das Monitoring eines aktiven Prozesses. Ebenso können komplexere Sachverhalte verwirklicht werden, wie das Ausführen von fragmentierten Schleifen eines fragmentierten Prozesses. Hier darf die nächste Schleifeniteration erst ausgeführt werden, sobald jedes Fragment zuvor fertig ausgeführt wurde, was mittels der Ereignisse erfahren wird. Weiter können die Ereignisse dazu verwendet werden, an bestimmten Stellen im BPEL-Prozess zusätzliche Funktionalität auszuführen, ohne dass der BPEL-Prozess an sich geändert werden muss.

Ziel dieser Arbeit ist es, Apache ODE so zu erweitern, dass Ereignisse entsprechend eines ebenfalls zu entwickelnden, allgemeinen BPEL-Event-Modells abgefangen und nach außen hin sichtbar gemacht werden. Einige dieser Ereignisse müssen blockierend sein, so dass die Ausführung des BPEL-Prozesses an dieser Stelle erst fortgesetzt wird, sobald von außen die Benachrichtigung eintrifft, dass diese Blockade aufgehoben werden kann. Durch die Verwendung des allgemeinen BPEL-Event-Modells sollen Erweiterungen unabhängig von der Workflow Engine entwickelt und verwendet werden können.