t; --
> View this message in context: http://drools.46999.n3.nabble.com/rules-
users-Transaction-problems-in-high-concurrency-JBPM-Drools-Hibernate-
instalation-tp4020798p4021722.html
> Sent from the Drools: User forum mailing list archive at Nabble.com.
> __
Hi
Did you ever find a solution to this problem? I am experiencing exactly the
same transaction issues and behavior, with the same configuration as a
argaldo.
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Transaction-problems-in-high-concurrency-JBPM-Drools
t Case.
Thanks in advance,
sancor-test-cases_v3.zip
<http://drools.46999.n3.nabble.com/file/n4021722/sancor-test-cases_v3.zip>
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Transaction-problems-in-high-concurrency-JBPM-Drools-Hibernate-instalation-tp4020
Are you able to prepare an small example/test with your configuration that
shows case your problem?
I might be able to help.
Regards,
J
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Transaction-problems-in-high-concurrency-JBPM-Drools-Hibernate-instalation
in context:
http://drools.46999.n3.nabble.com/rules-users-Transaction-problems-in-high-concurrency-JBPM-Drools-Hibernate-instalation-tp4020798p4021450.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
___
rules-users mailing list
r
Let me expand a bit on this.
What we have is web application that interacts with long running persisted
processes using JBPM and Drools ( JPA and Hibernate ). We cannot limit the
request from our users, they're concurrent by nature and as such there's
almost always more than one thread trying to
Hi guys,
We have an application built around long running JBPM processes with a
large user base and high concurrency ... early on we began to have issues
with transactions in JBPM and nowadays are watching lots of different
realizations of transaction managing problems that lead to dead human t
