topic Re: Out Variables from a Primary Process - A Proposal in Alfresco Archive

Out Variables from a Primary Process - A Proposal

tidetom — Tue, 24 May 2011 01:16:01 GMT

One of the primary areas that has been a source of difficulty for my group in working with Activiti is the inability to specify "out" variables from a primary process. Mainly, we're working with Activiti using Spring integration, and we typically have a Spring Bean that kicks off a new Activiti pro

Re: Out Variables from a Primary Process - A Proposal

ronald_van_kuij — Tue, 24 May 2011 07:23:34 GMT

My question is: How are other people handling "out" variables like these? Am I missing something critical that I'm not thinking about?

What we use is *not* storing all domain data in the engine, just references (e.g. see the jpa example but you can also do that yourself). What goes into the engine is just needed for the flow and the process updates domain data where needed. Works great (for us).

Re: Out Variables from a Primary Process - A Proposal

tidetom — Wed, 25 May 2011 01:51:02 GMT

Hi Ronald,

Thanks for your response!

What goes into the engine is just needed for the flow and the process updates domain data where needed

I see, thanks. I should mention that we have similar processes … domain objects get updated for the primary purpose of being updated in the database … however the tricky part is that our processes are typically invoked in the context of a request/response type of flow.

For example:

I suppose the list of errors could be written to a database to be retrieved via a separate DAO call after the process executes, but it just seems like overkill for our scenario, especially given that we already have the variables set in the process domain, we just need to get them out

I should mention that I love the product, just thought I'd propose something and see if others might want something similar … or if they have found other solutions that I wasn't considering.

Thanks again,
Tom

Re: Out Variables from a Primary Process - A Proposal

ronald_van_kuij — Wed, 25 May 2011 02:19:33 GMT

What goes into the engine is just needed for the flow and the process updates domain data where needed

I see, thanks. I should mention that we have similar processes … domain objects get updated for the primary purpose of being updated in the database … however the tricky part is that our processes are typically invoked in the context of a request/response type of flow.

So are ours…

For example:
User submits request (async @ the client)
Middle-tier receives the request, starts a process flow.
Activiti process either succeeds or fails based upon many rules, database calls, etc.
Upon failure (of which there may be many listed) we want to show the user the list of errors as the response to the request.

Ahhh.. .but that will never be the megabyts of data then like you mentioned will it? If so I still miss something…

I suppose the list of errors could be written to a database to be retrieved via a separate DAO call after the process executes, but it just seems like overkill for our scenario, especially given that we already have the variables set in the process domain, we just need to get them out

In relation to the previous statement, if there are no megabytes anymore, why not retrieve them from the history? Or use a tasklistener for the process end event and do something with them then (e.g. copy them to some other place…

I should mention that I love the product

Me to 🙂

Re: Out Variables from a Primary Process - A Proposal

tidetom — Wed, 25 May 2011 05:24:35 GMT

Hmm, maybe we've hit one source of my confusion:

In relation to the previous statement, if there are no megabytes anymore, why not retrieve them from the history?
I thought when I specify "full" history, it will save all process execution variables … is there a way to only specify certain variables? (This was the megabytes that I was concerned about … you're very correct in that the error messages themselves are very small, but the remaining variables may be large. I suppose I could null out all other variables prior to the end of the process.)

Or use a tasklistener for the process end event and do something with them then (e.g. copy them to some other place…
I'll look into sticking a task listener on the end event, I hadn't considered that option and it definitely seems viable. Would just need to find a place that could be referenced from the Spring bean that kicked the process off in the first place.

Thanks again for your time.

Re: Out Variables from a Primary Process - A Proposal

ronald_van_kuij — Wed, 25 May 2011 15:22:27 GMT

is there a way to only specify certain variables?

Not yet afaik… maybe the bpmn history attribute will be used for this at one moment in time…

you're very correct in that the error messages themselves are very small, but the remaining variables may be large.

So you do have megabytes of processvariables PER instance? Wow… are you sure you cannot 'refactor' that?