[jboss-dev-forums] [Design of JBoss ESB] - Re: StartProcessInstanceCommand: Return token id/process ins

apestel do-not-reply at jboss.com
Fri Dec 19 10:06:10 EST 2008


Would seem that the BpmProcessor action itself shows the need for returning a token/process id.  It seems the other BpmProcessor commands (SignalCommand, CancelProcessInstanceCommand, and setProcessInstanceVariables) need to specify a token ID or process instance ID (http://www.redhat.com/docs/en-US/JBoss_SOA_Platform/4.3.GA/html-single/Programmers_Guide/index.html#d0e5151).

If someone uses the ESB to kick off a process instance and they also want to use the ESB to be able to cancel that same process.  If the ESB client that kicks off the process doesn't get the process ID returned, it will be difficult for that client to cancel the process that he just created.  The non-create/start commands on BpmProcessor seem pretty useless if the create/start commands can't return a process instance id or token id.

In addition to this is the even more common case I run into where the customer (NAVTEQ most recently) want to use BPM for service orchestration.  So, client invokes a service on the ESB and that ESB service needs to synchronously kick off the orchestration of other services, aggregate a result, and return it to the original client.

I've been telling folks to just not even use BpmProcessor and to implement their own custom action instead that invokes/controls the BPM process.  I see many more real life use cases for a synchronous BpmProcessor than an asynchronous BpmProcessor.

If this action were updated to support synchronous use, it would be nice to generically support "bpmToEsbVars" in addition to "esbToBpmVars" to be consistent with the way things are done when jBPM invokes an ESB service.

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197664#4197664

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197664



More information about the jboss-dev-forums mailing list