December 2008 - jbpm-users - Jboss List Archives

[JBoss jBPM] - Re: Problem with a decision node in a fork, join construct.

by kukeltje

And it is indeed the parentNode that is locked, so the fork. And the default lock is 'FORCE' which is identical to 'UPDATE' (for which 'pessimistic' in jbpm is a synonym. UPGRADE_NOWAIT is another oracle specific one, just not sure (and no time to find out) what the exact difference is. Btw, could you try to make the transition to the tasknode the first one? It is not realy deterministic, the order in which they are processed, but I'm curious if it makes a difference at all if one of the transitions has gone to a persistent node before the others are processed. The order is my best guess to be able to achieve this View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196596#4196596 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196596

15 years, 9 months

1
0
0 / 0

[JBoss jBPM] - Re: Problem with a decision node in a fork, join construct.

by janvandeklok

The version 3.2.3 has the same (faulty) result. We switched to 3.3.0 in the hope that this problem was fixed in that version. :-(( Jan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196594#4196594 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196594

15 years, 9 months

1
0
0 / 0

[JBoss jBPM] - Re: process variable not persisted when changed in sub proce

by janvandeklok

Ronald, Wat let je? Leuke tent, goede voorwaardes, uitdagende projecten. Goede mensen altijd welkom. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196592#4196592 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196592

15 years, 9 months

1
0
0 / 0

[JBoss jBPM] - Re: posting data to an external web application

by kukeltje

??? jcr is not used in jBPM anymore.... What are you trying to do and with what version View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196589#4196589 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196589

15 years, 9 months

1
0
0 / 0

[JBoss jBPM] - Re: Tying domain objects to JBPM Processes

by ClayM

Would that be via GraphSession.getProcessInstance(definition, key) or something else? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196587#4196587 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196587

15 years, 9 months

1
0
0 / 0

[JBoss jBPM] - Re: Problem with a decision node in a fork, join construct.

by janvandeklok

The lockMode = "FORCE". This is what the debugger says. I don't know where to look for in the database for the lock mode in the join table??? the parentToken that will be locked has a node attribute that called Fork !! The token that is referred to in the exception has a node reference to the Fork!!. I dont know anything about the interal working of JBPM, so I can't say whether this is normal or not?? Jan Will inverstigate your other suggestions tomorrow. I'll keep you posted. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196585#4196585 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196585

15 years, 9 months

1
0
0 / 0

[JBoss jBPM] - Re: Problem with a decision node in a fork, join construct.

by kukeltje

another thing to try (keep in mind, I do not see them as solutions!!!) is to put a 'lockmode=pessimistic' attribute on the join node. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196575#4196575 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196575

15 years, 9 months

1
0
0 / 0

[JBoss jBPM] - Re: Problem with a decision node in a fork, join construct.

by kukeltje

Can you also try to run with debug on org.jbpm.graph.node.Join? I'm curious to the value of the lockmode. You can also see that in the database on the definition of the specific join node. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196571#4196571 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196571

15 years, 9 months

1
0
0 / 0

[JBoss jBPM] - Re: How to configure org.jbpm.web.JobExecutorLauncher?

by vkozlov

mputz, I tried it just now - but unsuccessfully. I use Firebird as JBPM DB, and as far as I can see - the JobExecutor holds opened transaction from its start to infinite... The only one solution I can find is https://jira.jboss.org/jira/browse/JBSEAM-3837 - because https://jira.jboss.org/jira/browse/JBPM-1166 still not fixed. But, sporadically it causes deadlocks in Firebird and/or conflicts in Entity Manager, so I decided to make separate webapplication for Job Executor instead of two context (Seam'ed and Seam'less) in one app. Of course it's stupid way but simple, anyway it works for me :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196568#4196568 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196568

15 years, 9 months

1
0
0 / 0

[JBoss jBPM] - Re: Problem with a decision node in a fork, join construct.

by kukeltje

@Martin, The fix was for postgress, so I think re-introducing the flush was forgotten anonymous wrote : If you can (still) differentiate, that's a good sign :-) Sorry.... I have no clue what you are talking about 2008-12-15 14:06:07,016 ERROR [STDERR] org.hibernate.StaleObjectStateException: Row was updated or d | eleted by another tr | ansaction (or unsaved-value mapping was incorrect): [org.jbpm.graph.exe.Token#367] | at org.hibernate.persister.entity.AbstractEntityPersister.forceVersionIncrement(AbstractEnti | tyPersister.java:123 | 5) | at org.hibernate.event.def.AbstractLockUpgradeEventListener.upgradeLock(AbstractLockUpgradeE | ventListener.java:82 | ) | at org.hibernate.event.def.DefaultLockEventListener.onLock(DefaultLockEventListener.java:64) | | at org.hibernate.impl.SessionImpl.fireLock(SessionImpl.java:584) | at org.hibernate.impl.SessionImpl.lock(SessionImpl.java:576) | at org.jbpm.graph.node.Join.execute(Join.java:116) | at org.jbpm.graph.def.Node.enter(Node.java:319) | The fork? It is clearly in working in the join... hmmm. These internal workings are still kind of blurry to me. I'm curious what happens if you put async=true on the fork. Should not be needed (imo) but I've seen it make a difference once. Or try async=true on the decisions. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4196567#4196567 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4196567

15 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

jbpm-users December 2008