topic Re: Blocking service tasks in Alfresco Archive

Blocking service tasks

jiddo — Wed, 07 Dec 2011 16:49:48 GMT

Hello!I'm new to BPM frameworks and just recently found out about them (especially Activiti and jBPM5) when looking for a solution to a problem that I wanted to overcome in a project of mine (http://stackoverflow.com/questions/7859648/how-can-i-implement-a-request-response-protocol-without-blocking-

Re: Blocking service tasks

trademak — Fri, 09 Dec 2011 14:41:22 GMT

Hi,

The receive task may be better suited for this.
There you can invoke a web service asynchrously and have the process signalled when the response comes back.

Best regards,

Re: Blocking service tasks

jiddo — Sat, 10 Dec 2011 15:03:31 GMT

Well, I have certainly considered that, but it seems a bit inconvenient to use receive tasks for this, for several reasons.

First of all, from what I can tell, there is no direct connection between a certain receive task and a specific execution path in the diagram. So, say I have multiple execution paths in my Activiti process, one for each connected client. I send the same request to multiple of these clients, and then I need to wait for a reply for all of them. The reply from client A arrives first. How would I be able to target the receive event for that client's execution path only, and having the other ones remain in wait for their respective replies?

There seems to be no way to send back any data in a receive event. Thus I'll need a separate data structure storing the reply/replies and some tasks for fetching them.

Also, from what I can tell it is kind of inconvenient to construct the necessary execution query and to perform the actual signalling from within a Java service task since the ProcessEngine or RuntimeService isn't actually available anywhere. I'd have to make those globally available or actually send them as variables into the process itself.

All in all it seems to be quite a hassle not only to code the implementation on the Java-side of things, but also to model it in BPMN since every such request-reply would require at least 3-4 unique tasks, not including any of the error handling.

Am I missing something? Is there some convenient (or at least a standard/preferred) way of doing this?

Re: Blocking service tasks

ronald_van_kuij — Sat, 10 Dec 2011 18:36:29 GMT

- (ab)use a usertask? (workitem in jbpm?)
- implement a custom task in java that is identical to a user task but isn't one

The issues regarding the reference/target is an issue even with other tasks, you always need to know what to signal. And the issue of setting variables is also omnipresent as is the issue of error handling, or do I miss something. So those are no differentiators.

Ronald

Re: Blocking service tasks

jiddo — Sun, 11 Dec 2011 00:18:15 GMT

I have considered using User tasks, and they seem to be the closest match to the functionality I'm after, but I'm worried about possible overhead. Isn't there a risk of them being slow when using them as frequently and heavily as my scenario would require?

I would be up for implementing a custom task. I'll look into that, assuming there is a straight forward way of adding support for it in the Designer.

Regarding referencing/targetting: Yes I do need to know what to signal, but with the receive tasks I cannot find any way of specifying that, even if I do know what I want to signal.

These problems are of course solveable, but I feel that it is a bit more complex then it should need to be. If you are saying that using these receive tasks and signalling is the intended way to handle these situations then I'm happy with that. I just wanted to make sure that I hadn't missed something. Perhaps it'll turn out to be less of an issue then I first through when I try to apply it in an actual project rather then just small test scenarios.

Thanks!

Re: Blocking service tasks

ronald_van_kuij — Sun, 11 Dec 2011 10:37:36 GMT

Overhead of usertasks is a non issue and the custom task you would need to implement will be almost identical.

How would you be able to signal a user task? You'd use the task id, right? For the receive task you need the execution id. No difference, and you'd need to pass that to the service in the same way to be able to use it when ending the task.

And the 'complexity' you talk about is fairly low, but that is my opinion.

Re: Blocking service tasks

jiddo — Sun, 11 Dec 2011 17:16:14 GMT

Alright, in the following simple example, modeling the logic of what could be an echo server:

[img]http://jiddoserv.game-server.cc/jiddo/dev/MyProcess.png[/img]

Say two clients connect, call them A and B, resulting in three execution paths, two of them ending up waiting for a signal in the "Receive client request" stage and one going back into the "Accept client connection" stage (which probably should also be a receive task followed by a data-fetching task).

The server receives a request from client B, and wants to signal the process:


Execution e = runtimeService.createExecutionQuery()
     .processInstanceId(process.getId())
     .activityId("receivetask1")
     .singleResult();
   runtimeService.signal(e.getId());

Now, this uses the "process.getId()" and the name/id of the "receivetask1" in order to signal the process. However, both execution paths are in the same process and have the same "process.getId()". They are also waiting at the same task, "receivetask1". Thus, I do not see any way of distinguishing between the two client here. How would I specify which one I am trying to signal?

Did I miss something? Is there some other way of specifying this, or do I have to somehow create completely new processes for each client so that the process ID will be different?

Re: Blocking service tasks

ronald_van_kuij — Mon, 12 Dec 2011 22:40:12 GMT

or do I have to somehow create completely new processes for each client so that the process ID will be different?

A much better solution…or do something with subprocesses

Re: Blocking service tasks

jiddo — Tue, 13 Dec 2011 08:12:34 GMT

Oh, ok. That must be where I got stuck then. Do subprocesses get separate process IDs?

Thanks!

Re: Blocking service tasks

pred2k3 — Tue, 13 Dec 2011 08:58:32 GMT

Yes, see http://www.activiti.org/javadocs/org/activiti/engine/runtime/ProcessInstanceQuery.html