-
1. Re: BPEL Future Release
kukeltje May 26, 2006 11:51 AM (in response to mgraf)A lot can be read in the Toms' blogs
http://jboss.org/jbossBlog/blog/tbaeyens/2006/03/17/To_BPEL_or_not_to_BPEL_that_is_the_question.txt
and http://jboss.org/jbossBlog/blog/tbaeyens/2006/01/16/Simplified_BPM_for_Developers_One_process_language_is_not_enough.txt
So to be short, jpdl will not be replaced by bpel, but if bpel will be extended like oracle and bea did, that should be answered by someone from JBoss (most likely Alex)
btw, jbpm already has a nice 'core' on which both languages are implemented. 'Graph Oriented Programming' is the keyword for this. -
2. Re: BPEL Future Release
aguizar May 29, 2006 3:03 PM (in response to mgraf)Some extension points I have envisioned are:
Attach action handlers to events of the generated jBPM process graph
Incorporate Apache WSIF for direct Java EE integration
Create an extension activity for human tasks which leverages the jBPM task management facilities. -
3. Re: BPEL Future Release
mgraf May 30, 2006 4:54 AM (in response to mgraf)Thanks, I think that sounds quite good.. Another question is a migration between existing JPDL-Process-Definitions into BPEL-Definitions.
Maybe this is will be a problem, JPDL is a large & powerfull language while BPEL is limited and doesn´t know about Java-Actions, Timers etc.
We´ll see, in worst case we have to translate the definitions by hand..
Thanks for the infos!!
Mirco -
4. Re: BPEL Future Release
kukeltje May 30, 2006 6:22 AM (in response to mgraf)or don't migrate at all. We use both (jpdl for workflow and bpel as it is for orchestration). The WSIF otoh is nice to have
-
5. Re: BPEL Future Release
aguizar May 30, 2006 11:31 AM (in response to mgraf)exactly. the whole point of supporting multiple process languages is not having to migrate. workflow and orchestration are very different domains and should be addressed with the appropiate language.
Side note: BPEL has timers! See the wait activity and onAlarm entries in event handlers and pick structures.