topic Re: Using non-persistent variables in workflow execution in Alfresco Archive

Using non-persistent variables in workflow execution

aglaser — Fri, 22 Jun 2012 14:25:16 GMT

Hi,I have a workflow which has some wait points (receive tasks). I resume the workflow calling: RuntimeService.signal(String executionId, Map<String, Object> processVariables);As a process variable I pass some input data and after the method returns I like to get back the same variable callin

Re: Using non-persistent variables in workflow execution

frederikherema1 — Fri, 22 Jun 2012 14:51:56 GMT

You got it right, this is not yet implemented in activiti. The only "clean-ish" workaround I could think of is to create a single variable (extends hash map or something) that holds all variables you need to keep in-memory.

Make it serializable but override the writeObject and write basically nothing. This way, the "cached value" of the variable will still be your full pojo/hashmap, but serializing/deserializing is *almost* free. Also only one variable-instance is stored compared to the N number of variables stored before.

This is a bit fishy, I agree. Another option is to implement this in the engine and contribute it

Re: Using non-persistent variables in workflow execution

aglaser — Mon, 25 Jun 2012 13:02:06 GMT

Hi,

thanx for your reply.
I will play around a little bit with the idea of using a persistent container and transient key-value-pairs in it. This is better than using a ThreadLocal approach. But still it has the character of an in-out parameter for the service I call from the workflow. But at least it is visible on the service method and the caller must be aware of this.

Nevertheless the best thing would be to have variables which are marked as non-persistent. Maybe an annotation which says Activiti to not persist the variable…..

Sorry, but right now I have absolutly no idea how the Activiti code works and how are the concepts behind the workflow context and variables. Maybe I will find some time to dive in deeper in the Activiti code and be able to create a contribution. At the moment time is short - as always 😞

Greets,
Andreas

Re: Using non-persistent variables in workflow execution

meyerd — Mon, 25 Jun 2012 13:12:28 GMT

Couldn't you use @RequestScoped Beans in Spring or CDI?

Re: Using non-persistent variables in workflow execution

aglaser — Tue, 26 Jun 2012 08:37:42 GMT

Couldn't you use @RequestScoped Beans in Spring or CDI?

I have a Spring based application running in a Tomcat. Incoming calls are not HTTP but JMS. It's a backend server. Playing around with different scopes is nice too but I don't believe this is a good solution.
I like the idea of having a small wrapper/container around the parameter which holds the parameter in a transient field. Activiti can persist the wrapper but the real parameter is not persisted.

But thanx for your idea. It's always good to think in different ways. Sometimes the best solution is around the corner but you never look there…