topic Re: Activiti and JMS (mapping messages and signals to JMS msgs) in Alfresco Archive

Activiti and JMS (mapping messages and signals to JMS msgs)

odranoel75 — Tue, 18 Dec 2012 08:50:25 GMT

I have two questions about Activiti BPMN:1) How do I parse message definitions programmatically2) How do I trap intermediateThrowEvent events programmatically.I'm working on a project that will use an embedded Activiti BPMN engine (currently version 5.11). The application is currently driven by send

Re: Activiti and JMS (mapping messages and signals to JMS msgs)

jbarrez — Tue, 18 Dec 2012 18:18:07 GMT

As a side note: bpmn messages are not external, but are used for communication between pools.

However, JMS could be used to do that, but it's not very easy to do so.
In my opinion, you'd better look into the Camel integration with Activiti, and use Camel to define the routes between all systems involved. Either options you describe will work, Camel is pretty open about that.

Re: Activiti and JMS (mapping messages and signals to JMS msgs)

odranoel75 — Tue, 18 Dec 2012 18:48:27 GMT

Thank you very much for the prompt reply. Unfortunately, using Camel isn't an option currently.

By looking at the Camel examples, It looks like the implementation was implemented using Delegates, which ideally I'd like to avoid.
I've managed to implement my subscription from JMS easily enough (and bumped into a bug in the process – http://jira.codehaus.org/browse/ACT-1497); now, I'd like to intercept the intermediateThrowEvent command, but so far, I've been unable to do so.

Do you have any pointers on how to do that? I've tried putting a breakpoint in the actualCommandExecutor to see whether I could do it using CommandInterceptors , but it only seems to capture the StartProcessInstanceCmd, but nothing within the process itself.

Regards,

Leo.

Re: Activiti and JMS (mapping messages and signals to JMS msgs)

jbarrez — Wed, 19 Dec 2012 08:21:33 GMT

Thank you very much for the prompt reply. Unfortunately, using Camel isn't an option currently.

That's a pity to hear, cause it solves a lot of the issues you will have to code yourself now

By looking at the Camel examples, It looks like the implementation was implemented using Delegates, which ideally I'd like to avoid.

Indeed, it is completely based on the delegate approach.

I've managed to implement my subscription from JMS easily enough (and bumped into a bug in the process – http://jira.codehaus.org/browse/ACT-1497);

Thanks for reporting that! We'll look into it.

now, I'd like to intercept the intermediateThrowEvent command, but so far, I've been unable to do so.
Do you have any pointers on how to do that? I've tried putting a breakpoint in the actualCommandExecutor to see whether I could do it using CommandInterceptors , but it only seems to capture the StartProcessInstanceCmd, but nothing within the process itself.

You will not be able to capture it using a command, for the simple reason that it's not an external 'signal' to the process, rather an internal. Hence, the command chain is never called.

Now that I think of it, there might be a way using the BpmnParseListener. Ie, you listen to the parsing of the process xml, and you swap the ActivityBehavior with your own implementation. I didn't try it, so it might not work as expected, but it is the best solution I see.

Re: Activiti and JMS (mapping messages and signals to JMS msgs)

odranoel75 — Fri, 21 Dec 2012 10:28:04 GMT

Thank you very much for the tip. That worked like a charm!

Re: Activiti and JMS (mapping messages and signals to JMS msgs)

jbarrez — Fri, 21 Dec 2012 14:03:28 GMT

Great to hear! I knew that it should work (*hum**hum*) 😉