@Volker: Ich habe bisher auch keine grossen oder gar erfolgreichen BPEL-Projekte gesehen, eher davon gehört Daher habe ich jetzt kein aus dem Leben gegriffenes Beispiel. Ich glaube, dass es schon Use Cases gibt, bin aber prinzipiell deiner Meinung, dass man die auch mit BPMN 2.0 erschlagen können wird. Wobei es vielleicht aber auch noch ein BPMN 2.1 oder so braucht, um manche Feinheiten hinzubekommen (wenn du mal schaust, was alles noch in der FTF diskutiert wird).
Wobei ich aber auch seit jeher die Meinung vertrete, dass es unterschiedliche Probleme gibt, also auch unterschiedliche Sprachen Sinn machen können!
Aber als Hersteller ohne BPEL-Engine, der dafür bei der BPMN 2.0 Engine vorne dabei ist, braucht ihr euch sicher keine Sorgen machen. Die Zeit wird für euch arbeiten

Ach ja: Es geht auch bei Oracle meines Wissens direkt um die BPMN 2.0 Ausführung. übrigens wird es das im nächsten Jahr auch Open Source bei jBPM geben, auch wenn noch nicht ganz klar ist, bis wann. Ich sehe das alles sehr positiv, BPMN 2.0 erhält viel “Adaption” (leider auf die schnelle kein gutes deutsches Wort eingefallen), mehr als BPEL. Das wird die Sache voranbringen!

@Tammo: Jo, wir werden was anderes finden. Wäre ja zu langweilig, wenn wir einer Meinung sind Ansonsten grundsätzlich Zustimmung zum Gesagten im ersten Absatz.
Zum zweiten Absatz nicht ganz. Ich sehe einen Unterschied in der Umsetzung fachlicher Prozesse (im Sinne von SOA: Process Services) und einfach dem Zusammenschalten einfacher Services zu neuen Services, normalerweise ohne Zustand (eher Composed Services). Im Web-Service-Umfeld ist letzteres die Domäne für BPEL, vielleicht auch in Zukunft. Denke, das meinte auch Torsten. Bei jBPM sieht es eigentlich anders aus, da hier das Ziel eher die fachlichen Prozesse sind. Will ich “composed services” in der Welt bauen, würde ich einfach Java verwenden.

@Martin: Was die Hersteller intern genau machen sei mal dahingestellt. Ich denke, bei den Meisten wird es aber meiner Einschätzung nach auf eine Engine hinter den Kulissen hinauslaufen, alles Andere wird denke ich zu teuer. Und dass dies grundsätzlich geht, kann man sich Open Source beispielsweise bei der JBoss PVM anschauen (http://www.jboss.org/jbossjbpm/pvm/). Und wenn das gut funktioniert, bleibt BPEL vielleicht länger erhalten, weil keine grosse Sache für den Hersteller. Und das ist zumindest im Sinne der Wartung interessant, also für – Achtung -: “Legacy BPEL-Anwendungen” (das schreibt sich schön ). Aber aus Markt/Kunden/Projektsicht wird es denke ich nicht mehr lange nachgefragt.

Wobei man natürlich auch nicht vergessen darf, dass sich (leider) nicht jeder auf unserem Blog, den einschlägigen Konferenzen oder in guter Fachliteratur tummelt, somit hat sowas ja immer ne gewisse Verzögerung.

Ach ja, und manche BPEL-Hersteller und Verfechter zucken ja auch noch und sind noch nicht sehr einsichtig, z.B.: http://architects.dzone.com/articles/which-simpler-bpmn-or-bpel. Das muss ich dringend noch in einem eigenen Blog-Post beantworten

@Thorsten: Wenn technische Integrationsszenarien “prozessartig” ablaufen, hängt da nicht immer eine fachliche Anforderung hinter? Ich stimme zu, dass ein fachlicher Prozess nicht auf “Teufel komm raus” als Ganzes technisch umgesetzt werden soll/muss. Aber letztlich führt ein technisches Refinement von fachlichen Prozessen doch immer (zumindest in SOAs) zu prozessartigen Integrationsszenarien. Insofern: Nein, ich will in BPEL keine fachlichen Modelle erstellen, aber ja, ich will mit BPEL fachliche Modelle oder sinnvolle Teile davon ausführbar machen, in dem ich sie auf Intergationsszenarien herunterbreche. Das ist nicht unbedingt BPEL-spezifisch, mit jBPM mache ich das gleiche in dem ich in Java implementierte Geschäftsfunktionen prozessartig integriere.

@Bernd: Ich möchte nochmal auf Dein Beispiel mit den “Isolated Scopes” zurückkommen. Hast Du ein praktisches Beispiel, wo eine solche Funktionalität benötigt wird? Außerdem schreibst Du, dass Du ein paar sehr gute Use Cases für BPEL kennst: bitte benenne sie konkret. Mir fehlt noch immer _das_ Argument, von dem ich überzeugt bin, dass es nur mit BPEL gelöst werden kann und zu dem es auch in der Praxis Beispiele gibt, wo so etwas konkret benötigt wird.