-
1. Re: jBPM 4.2 architecture questions
saraswati.santanu Dec 3, 2009 1:59 AM (in response to darkit)1. This is absolutely possible to have JBPM not to interfere with your db schema. In fact, by default JBPM will not be dependent on any of your db tables.
2. This can be done easily. But this is not a JBPM feature. This is a JTA feature. You can have two XA Datasources, one for your application and one for JBPM and then the transaction manager will use 2 phase commit to make sure either both are committed or both are rolled back.
3. It does. -
2. Re: jBPM 4.2 architecture questions
kukeltje Dec 3, 2009 2:03 AM (in response to darkit)1: yes, either with its own or shared transaction 2: like you would in any other distributed app. e.g. using rmi and sharing a transaction 3: yes but it does not rely on e.g. jboss clustering. jBPM uses a shared database
-
3. Re: jBPM 4.2 architecture questions
kukeltje Dec 3, 2009 2:06 AM (in response to darkit)wow... almost an inflight collision :-)
-
4. Re: jBPM 4.2 architecture questions
darkit Dec 3, 2009 3:16 AM (in response to darkit)Thank everybody for answers
"kukeltje" wrote:
3: yes but it does not rely on e.g. jboss clustering. jBPM uses a shared database
Does it mean developer can configure 2 level cache implementation or even turn off it? And are there any internal JBPM caches that should be configured in cluster environment. -
5. Re: jBPM 4.2 architecture questions
kukeltje Dec 3, 2009 10:06 AM (in response to darkit)No jBPM caches, and 2nd level cache can be used e.g. in a clustered way if you want. By default second level cache is only used for processdefinitions afaik in a read-only way