topic Re: Packing and booting activiti-cdi in an EAR in Alfresco Archive

Packing and booting activiti-cdi in an EAR

actnewbie — Mon, 25 Jun 2012 22:51:57 GMT

Hello!i try to get activiti-cdi in an ear (a war, some ejbs, a pu jar and some libs) up and running and i seem to struggle with it.What i tried first was to define dependencies in my wars pom and all activiti-cdi dependencies was therefore placed in the wars lib folder. The issue there was that it d

Re: Packing and booting activiti-cdi in an EAR

meyerd — Fri, 29 Jun 2012 07:20:00 GMT

Hi actNewbie,

thank you for your detailed report on your experience with EAR deployment.
I think your suggestion of providing the engine "manually" by using a setter on the ActivitiServices Bean is valid.

I wanted to factor out the bootstrapping of the process engine for some time now, this seams like a valid usecase.

Would you be willing to open a Jira?

And, additionally, how about timer events? In what context are they fired? Is cdi usable there as well? If i imagine that the job executor of Activiti is run by a ThreadPool, i think cdi can not be available when a Activiti job is executed there. Till now i was only play with the basic samples where none of the JEE features mixed up things.

Correct. If you use activiti cdi in an EE environment, the job executor will use a Java SE ThreadPool and threads will not be "EE threads", in the sense that they will not be decorated with the necessary context. Some consequences of this is that you cannot use @RequestScoped beans, since the thread has no concept of "Request". You might also not be able to use injection of EE-Resources like a PersistenceContext, EJBs…

BTW: The clean way of integrating the Job Executor with EE is to weite a JCA Connector and delegate to @MessageDriven Beans. We do this in camunda fox. We also offer consulting about how to use JSF with activiti and CDI.

Re: Packing and booting activiti-cdi in an EAR

actnewbie — Mon, 02 Jul 2012 20:43:02 GMT

Hi Daniel,

thanks for your reply. As you suggested i created an issue in Jira, although i was not sure what to write there
But i think with the reference to this thread you will remember what you meant with factore out the bootstrapping
of Activiti. http://jira.codehaus.org/browse/ACT-1275

And regarding the job executor, in fact all things which are done by a timer boundary event: Yes, from my experience
none of the nice and shiny features of JEE6 are usable there, which leads to a rather poor usability of timer events in
a JEE context, and the process design and especially the implementation needs to be fully aware of it.

If i understood correct what you meant with the JCA Connector and message driven beans: i can not use service tasks
which i implemented to be used in activiti:expressions which rely on Activitis CDI integration when such tasks are
triggered by a timer event? Instead i need to implement message driven beans and from that i can delegate to the
"CDI enabled" service tasks again?

Fortunately i have no problems using Activiti with CDI and JSF once the engine is up and running, the problems starts
when i start to user timer events. I thought EJB timers might be a possibility when starting processes, but they are
not very comfortable then using timer boundary events…

Re: Packing and booting activiti-cdi in an EAR

naag — Wed, 18 Jul 2012 08:13:22 GMT

Hi actNewbie,

did you find any solution to using CDI from timer events that you would like to share? I just ran into the same situation but have no clue yet as to what might be a possible solution (never worked on JCA before). For some reasons I do not want to switch to fox platform but would prefer to stick to a pure JBoss AS 7.

Regards,
Peter