February 2009 - jbpm-dev - Jboss List Archives

[Design of JBoss jBPM] - Re: Concurrency in jBPM4

by roschmel

@Bernd We have a clustered environment where we have following resources: 1) The database transaction for jbpm to an oracle 2) Another or mapping technology to a legacy database which is transacted but non xa 3) Various WebService calls which are causing operation in external systems and cannot be rolled back and we might get other stuff to.... (its an EAI scenario). We are using a JTA Manager but we do not use XA. And I know - perhaps an ESB would fit better into it - but for different reasons its currently not an option. I will try to sum up my issues to make it more clear: 1) The jBPM throws StaleObjectExceptions when one ProcessInstance is getting Signals concurently. When your process is using non transacted (or not XA capable) resources this might cause problems because you cannot just retry easily. Our solution: We replaced the CommandService Implementation with our own implementation managing clusterwide locks on process instances. 2) When you use non transacted (or non XA capable) resources you might want to have more fine granular transaction demarcation. Therefore you can use async="true" but this will again increase the possiblity for 1) at least with the source up to 3.2.3 (thx alex) Our solution: We are using BMT and implemented an ActionHandler which can commit the transaction during process execution - but we need a dirty code hack for this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208747#4208747 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208747

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Concurrency in jBPM4

by roschmel

@Alex: Thanks for the tip - I just had a look at it. It seems quite interesting solution. Two issue are comming to my mind, when I look at the code: If you have multiple excluive jobs which should be executed concurrently I think you will 1) get stale object exception in the ExecuteJobCommand because the will overwrite the lockowner each other and 2) change the transaction behaviour because you execute multiple jobs with the ExecuteJobsCommand in one transaction. This might have unwanted side effects. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208740#4208740 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208740

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Concurrency in jBPM4

by alex.guizar＠jboss.com

anonymous wrote : Unfortunately - based on my knowledge - only the Thread based JobExecutor handles the exclusive Flag but not the enterprise deployment JobListenerBean. It does, starting from version 3.3.0 / 3.2.4. An ExecuteJobsCommand is constructed with the exclusive job IDs and sent to the command queue. The command executor then executes the jobs serially. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208705#4208705 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208705

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - jbpm 4 module dependencies

by tom.baeyens＠jboss.com

http://www.jboss.org/community/docs/DOC-13328 feedback is appreciated. notes: 1) the jbpm-log module will be merged into the test-base module. the picture only shows the test-base module. (and yes... i need to rename it to jbpm-test-base in the picture to match it with the real maven artifactId name) 2) i am considering to move the task module inside pvm View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208673#4208673 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208673

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Problems with change in ConstructorInstantiator

by camunda

Cool, thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208622#4208622 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208622

17 years, 2 months

1
0
0 / 0

Re: Confused about versioning

by Bernd Rücker

Hi Thomas, Hi Alex, can anybody of you point me to the right location where I the logic behind it is explained? Thanks Bernd -----Ursprüngliche Nachricht----- Von: jbpm-dev-bounces(a)lists.jboss.org [mailto:jbpm-dev-bounces@lists.jboss.org] Im Auftrag von camunda Gesendet: Dienstag, 10. Februar 2009 12:53 An: jbpm-dev(a)lists.jboss.org Betreff: [jbpm-dev] [Design of JBoss jBPM] - Re: Confused about versioning Is there information on this available anywhere? This is a important information for end users as well! So any commits in the core should be targeted to the current 32x (in jira)? And they are automatically released as 33x as well? So there is no distinction in the core itself? Confusing... anonymous wrote : 32x productization is being finalized. Any Influences on this? What does this mean exactly? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208501#4208501 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208501 _______________________________________________ jbpm-dev mailing list jbpm-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbpm-dev

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Concurrency in jBPM4

by camunda

I didn't get the problem yet. You don't have JTA in place but work in a clustered environment? Or just one resource is non transacted? I know quite huge systems where jbpm with JMS and "normal" JTA transactions are no problem, even with some rollbacks. Especially with JMS, the message is automatically redelivered and JMS scales quite well, why is that such a big problem? BTW: Pesimistic locking could be done in jbpm as well by using Hibernate if you really need it. Normally I don't think baking your own stuff there is a good idea... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208581#4208581 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208581

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - test restructuring

by tom.baeyens＠jboss.com

in order to proceed with fixing the job executor functional tests (they fail once and a while), i will first clean up the base test class structure. The end result should look like this: module test-base will contain following classes: * JbpmTestCase (currently this is called DbTestCase) | - base test case for our users and our own service based tests | - only uses api | - makes all services available based on configuration in jbpm.cfg.xml | - contains helper methods to execute specific jobs that should have been created | - verifies clean DB after every test and cleans up only if necessary | * Db | - basic DB cleaning operations View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208554#4208554 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208554

17 years, 2 months

1
0
0 / 0

facelets email generation

by Tom Baeyens

Hi Pete, Since MailFacesContextImpl extends DelegatingFacesContext, i assume that seam leverages the delegate faces context from the jsf implementation and hence it can only run inside a JSF application, right ? Or is it also possible with the seam-mail classes to generate mails in a standalone java app ? -- regards, tom.

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: hibernate-configuration in jbpm.cfg.xml

by tom.baeyens＠jboss.com

no need for those to be mutually exclusive. this is e.g. how we can apply the centralized caching configuration, and offer a single place to configure the cache strategy. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208516#4208516 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208516

17 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

jbpm-dev February 2009