topic Re: Service task with properties in Alfresco Archive

Service task with properties

natedawg — Mon, 31 Oct 2016 11:38:44 GMT

Hi all,I am an Activiti novice. My company gave me a task of converting their current process engine over to Activiti. Current process engine is executing services (java API calls) in defined order, everything is specified using XML, similar to Activiti. So I am using service tasks and each service

Re: Service task with properties

vasile_dirla — Tue, 01 Nov 2016 08:12:42 GMT

case 1: "Scope prototype means that every time you ask spring (getBean or dependency injection) for an instance it will create a new instance and give a reference to that." so I think it's safe.
case 2: I didn't understand what exactly you want to do by "rrewrite the Java delegate to use an expression" can you give an example (some code).

Probably you already know but here you can find some more details about service tasks:
http://www.activiti.org/userguide/#bpmnJavaServiceTask

Re: Service task with properties

natedawg — Thu, 03 Nov 2016 08:59:41 GMT

Hi Vasile,

Thanks for a quick reply and sorry for a late answer, I was away from work.

Regarding case 1, I am aware of how prototype works but I see you also stated that you "think it's safe". Does it means there are some level of uncertainty?
Regarding case 2: "rewrite the Java delegate to use an expression and passing the needed data to the delegate via a method arguments" is a sentence literally taken from Activity documentation . I am wondering if my Spring bean can implement JavaDelegate so I can write a method that allows me to specify all needed parameters, ex. startApp(String appType, String appName, String appParam), while still have access to DelegateExecution-object (I need to store processInstanceId temporarly so I can reuse it later to correlate a response-message in the process instance). If this is doable, case 2 sounds lot more like a bulletproof solution than case 1.

As it is today, there are times where up to hundred of processes can be started simultaneously so in my case thread-safety is critical.

Kind regards
A.H.

Re: Service task with properties

natedawg — Thu, 03 Nov 2016 09:54:53 GMT

Hi Vasile,

Thx againg for a very quick response.
Your answer regarding case 2 sounds like a dream, I will try to change my code during this day and tomorrow, and test a bit.
Thx a lot

Kind regards
A.H.

Re: Service task with properties

vasile_dirla — Thu, 03 Nov 2016 10:18:17 GMT

case 1. "I think it's safe" i said that because I really think it's safe. (nobody is perfect so there is a chance for me to be wrong, but I still think it's safe)
now let's take it seriously.. yes it's safe to use prototype.

As the documentation said:
"using field injection is not thread-safe"
because by default you'll get the same bean instance and you can change the value of the field from another thread.

by using prototype is safe because on another call you'll get another instance and will change the field of another bean instance. (so it's safe 100%)

case 2: yes you can create a spring bean which implements the JavaDelegate interface.
this way you'll have to implement a method execute(DelegateExecution)

but you can also create a spring bean which does not implements JavaDelegate but still have access to the DelegateExecution

<code>
<serviceTask id="javaService"
name="Start App Service Task"
activiti:expression="#{myBean.startApp(execution, appType , appName, appParam)}" />
</code>

"The first parameter passed is the DelegateExecution, which is available in the expression context by default available as execution"

appType , appName, appParam: should also be Expressions inside your bean.

Re: Service task with properties

vasile_dirla — Thu, 03 Nov 2016 10:19:15 GMT

don't forget, the community is waiting your result.