topic Re: BPM System Arquiteture Questions in Alfresco Archive

BPM System Arquiteture Questions

louzadod — Mon, 08 Nov 2010 16:15:43 GMT

BPM System Architecture———————–Here in our organization we are thinking about BPM as being the driver forsoftware development.We are going to build a kind of business portal application.Each module will be about a different business area (BA).We need some level of independence (version control, depl

Re: BPM System Arquiteture Questions

jbarrez — Tue, 09 Nov 2010 16:26:37 GMT

questions:
- is there any consistency problem on instantiating several process engines (state, concurrency, caching)?
- what's the real memory footprint of a process engine instance? Is it a real problem?

No consistency problems. Activiti was designed to cope exactly with such requirements.
However as you state;, you would have ofc a higher memory footprint. We didnt measure yet, but I'm sure it is not high at all.

will Activiti be ready in version 5.0 GA to support such Rest model? If not, when?

No, we won't have out of the box support for REST.
However, it should be easy to do in your own implementation of a delegation for the serviceTask.

- When will Activiti be ready for OSGi?
- Which OSGi version will Activiti follow?

Currently; Guillaume from FuseSource is making Activiti OSGI ready.
There should be (experimental) support for it in the 5.0 release.
I've got no clue about the OSGI version, but I saw 'blueprint' passing by several times.

- In general, considering the scenario exposed in the beginning, which of the three models is the recommended and why

I don't have experience with option 3, so I didnt consider it.

Option 2 will give you one centralized place to maintain your BPM engine. Which is the typical BPM approach.
However, this also means that you need to expose all the operations you want, in a remote way. With all the performance consequences ofc.

Option 1 will allow you to customize the engine use in a very specific way for each of your wars.
This makes it a bit more agile and you really are developing in a POJO way.

So it's all a matter of taste actually 😉
But I'm obviously leaning more towards option 1 (but Im biased ;-))

Re: BPM System Arquiteture Questions

louzadod — Wed, 10 Nov 2010 18:28:32 GMT

Joram, thanks a lot for your precious answer.
Considering our current moment, we will go for option #1 and keep the eye open for option #3 (osgi).

Re: BPM System Arquiteture Questions

jkronegg — Fri, 25 Jul 2014 12:34:56 GMT

Using a H2 file database, the ProcessEngine memory footprint is about 4 MB. If you have a lot of ProcessEngine in the same classloader, you may be interested to reduce the memory footprint by sharing MyBatis configuration variables.