[jboss-user] [jBPM] - Re: JTA Problem with multiple sessions

Discussion:

[jboss-user] [jBPM] - Re: JTA Problem with multiple sessions

Maciej Swiderski

2013-01-31 17:28:34 UTC

Maciej Swiderski [https://community.jboss.org/people/swiderski.maciej] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795448#795448

--------------------------------------------------------------
Gareth, I believe that this is caused by multiple session listening on completed tasks events and when second task is completed (from another process that was started by new session) events are sent to all listeners - meaning two sessions and both will try to resume process and thus optimistic locking exception. You can instruct the work item handler to only react on tasks completed events that were created by given session by setting workitemhandler.setOwningSessionOnly(true) that should ensure only session that created the task will consume its completed task event. Please not that this forces you to use same session (with same id) to resume process after task was completed.

HTH
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795448#795448]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

vchmakov

2013-01-31 17:44:40 UTC

vchmakov [https://community.jboss.org/people/vchmakov] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795456#795456

--------------------------------------------------------------
Hi Maciej,

This means that in an environment with multiple sessions processing usersâ requests in parallel when a request for a task completion arrives on a message bus and the setOwingSession() flag is TRUE and the owing session is given to the other thread for execution the conflict is also inevitable. Correct?
What is the best practice to avoid the conflict? Or to rephrase the questions â what is the right way to scale out the solution?

Thanks,

Vladimir
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795456#795456]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Maciej Swiderski

2013-01-31 18:13:06 UTC

Maciej Swiderski [https://community.jboss.org/people/swiderski.maciej] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795474#795474

--------------------------------------------------------------
Vladimir, not sure I I got your question right. Once you have a handler (HTWorkItemHandler) configured to react only on its tasks (created by that session) conflicts should not happen. What you mean by "session is given to the other thread for execution"? If you just move that processing to separate thread it still should not be an issue as only single session will receive that event. Did I got your question right?

HTH
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795474#795474]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

vchmakov

2013-01-31 21:17:11 UTC

vchmakov [https://community.jboss.org/people/vchmakov] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795511#795511

--------------------------------------------------------------
Hi Maciej,

Please consider the following scenario. There are two sessions in an environment to execute requests in parallel â S1 and S2. Task Service is local â which is important for this discussion.
1. ) User A (UA) requesting to start a process which produces a Human Task. Thread 1 (T1) jumping up, picking up S1, executing the workflow and producing a Human Task (HT1).
2. ) User B (UB) requesting to execute something. Thread 1 (T1) jumping up, picking up S1 and starting doing something.
3. ) At the same time user C (UC) completing the HT1. T2 jumping up and seeing that HT1 belongs to S1. OK, the handler is picking up S1, executing the completeTask() command and resuming the workflow on S1. Here comes the conflict, because S1 is busy doing things on T1.

According to your description above it seems like there is no workaround, because if weâd set OwingSession to FALSE both S1 and S2 would receive notification. Correct? If this is correct then what session would be used for completing task in this case? I believe regardless of the answer the conflict is inevitable. Correct?

Thanks,

Vladimir
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795511#795511]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Maciej Swiderski

2013-02-01 12:37:00 UTC

Maciej Swiderski [https://community.jboss.org/people/swiderski.maciej] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795617#795617

--------------------------------------------------------------
Vladimir, in general as for all stuff that stores data in db you can run into conflicts if you update same data at the same time. Although session should synchronize access on process instance level so if multiple threads will operate on same session and same process instance that should not lead to a conflict.

HTH
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795617#795617]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

vchmakov

2013-02-01 16:18:26 UTC

vchmakov [https://community.jboss.org/people/vchmakov] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795671#795671

--------------------------------------------------------------
Hi Maciej,

Are you saying that Session is now thread safe â it used to be different?

Thanks,

Vladimir
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795671#795671]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Maciej Swiderski

2013-02-01 16:25:51 UTC

Maciej Swiderski [https://community.jboss.org/people/swiderski.maciej] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795673#795673

--------------------------------------------------------------
how did you go to that conclusion? What I said is that session will synchronize access to process isntance to only single thread.

HTH
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795673#795673]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Gareth Edwards

2013-01-31 17:58:40 UTC

Gareth Edwards [https://community.jboss.org/people/garethed] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795468#795468

--------------------------------------------------------------
Thanks a lot!

Now I just need to work out how I know a work-flow has ended so I can dispose of the session.
I'm guessing there is a handler for that?

Gareth.
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795468#795468]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Maciej Swiderski

2013-01-31 18:13:49 UTC

Maciej Swiderski [https://community.jboss.org/people/swiderski.maciej] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795475#795475

--------------------------------------------------------------
you could look at ProcessEventListener to get notification on process completion.

HTH
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795475#795475]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Gareth Edwards

2013-01-31 18:18:32 UTC

Gareth Edwards [https://community.jboss.org/people/garethed] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795477#795477

--------------------------------------------------------------
There it is page 302.Â Thanks again!
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795477#795477]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Gareth Edwards

2013-01-31 20:27:20 UTC

Gareth Edwards [https://community.jboss.org/people/garethed] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795500#795500

--------------------------------------------------------------
I now have a problem a few peoplw seem to have:

Illegal method call. This session was previously disposed.

As soon as the session is disposed:
[com.arjuna.ats.jta] (Thread-90) ARJUNA016029: SynchronizationImple.afterCompletion - failed for ***@15f026b6 with exception: java.lang.IllegalStateException: Illegal method call. This session was previously disposed.

Gareth.
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795500#795500]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Maciej Swiderski

2013-02-01 12:31:24 UTC

Maciej Swiderski [https://community.jboss.org/people/swiderski.maciej] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795615#795615

--------------------------------------------------------------
Take a look http://mswiderski.blogspot.com/2012/10/dispose-session-in-cmt-environment.html here, might be useful for your case.

HTH
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795615#795615]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Gareth Edwards

2013-02-02 18:16:49 UTC

Gareth Edwards [https://community.jboss.org/people/garethed] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795772#795772

--------------------------------------------------------------
I am now
ksession.addEventListener(new DefaultProcessEventListener(){
Â @Override
public void afterProcessCompleted(ProcessCompletedEvent event){
Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â System.out.println("Disposing of " + event.getProcessInstance().getProcessName() + "!");
ksession.execute(new CMTDisposeCommand());
Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â }
Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â });

I am creating a session and running an instance of a work-flow in it and then completing the workflow and disposing the session.
I then create another session and another work-flow instance in the new session.
This does not throw an error after completing the first work-flow on first session but now throws the exception when completing the next session of the next work-flow.

17:04:28,939 INFOÂ [stdout] (http--0.0.0.0-8080-2) WorkflowProcessInstance1 [processId=TrakCel.DataTest,state=1]
17:04:28,939 INFOÂ [stdout] (http--0.0.0.0-8080-2) Workflow Instance Variables
17:04:28,939 INFOÂ [stdout] (http--0.0.0.0-8080-2) agent:krisv
17:04:28,939 INFOÂ [stdout] (http--0.0.0.0-8080-2) test_id:TZ001A0001
17:04:56,464 INFOÂ [stdout] (Thread-75) Test is incorrect
17:04:56,465 INFOÂ [stdout] (Thread-75) trakzone_id:TZ001A0001
17:04:56,465 INFOÂ [stdout] (Thread-75) scanned_test_idTZ001A0001A
17:04:56,475 INFOÂ [stdout] (Thread-75) Disposing of DataTest!

*At this point the fiest session has been disposed with no errors.*
*A new session and work-flow instance is started*

17:09:53,795 INFOÂ [stdout] (http--0.0.0.0-8080-3) WorkflowProcessInstance3 [processId=Package1.DataTest,state=1]
17:09:53,796 INFOÂ [stdout] (http--0.0.0.0-8080-3) Workflow Instance Variables
17:09:53,796 INFOÂ [stdout] (http--0.0.0.0-8080-3) agent:krisv
17:09:53,796 INFOÂ [stdout] (http--0.0.0.0-8080-3) test_id:TZ001A0001
17:10:15,571 ERROR [org.drools.persistence.SingleSessionCommandService] (Thread-75) Could not commit session: java.lang.IllegalStateException: Illegal method call. This session was previously disposed.
Â Â Â Â Â Â Â Â Â at org.drools.reteoo.DisposedReteooWorkingMemory.getId(DisposedReteooWorkingMemory.java:98) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.impl.StatefulKnowledgeSessionImpl.getId(StatefulKnowledgeSessionImpl.java:137) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.command.runtime.GetIdCommand.execute(GetIdCommand.java:41) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.command.runtime.GetIdCommand.execute(GetIdCommand.java:28) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.command.impl.DefaultCommandService.execute(DefaultCommandService.java:36) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.persistence.SingleSessionCommandService.execute(SingleSessionCommandService.java:373) [drools-persistence-jpa-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.command.impl.CommandBasedStatefulKnowledgeSession.getId(CommandBasedStatefulKnowledgeSession.java:119) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.jbpm.process.workitem.wsht.AsyncGenericHTWorkItemHandler$TaskCompletedHandler.execute(AsyncGenericHTWorkItemHandler.java:232) [jbpm-human-task-core-5.4.0.Final.jar:5.4.0.Final]
Â Â Â Â Â Â Â Â Â at org.jbpm.task.service.TaskClientHandler.messageReceived(TaskClientHandler.java:204) [jbpm-human-task-core-5.4.0.Final.jar:5.4.0.Final]
Â Â Â Â Â Â Â Â Â at org.jbpm.task.service.hornetq.HornetQTaskClientHandler.messageReceived(HornetQTaskClientHandler.java:56) [jbpm-human-task-hornetq-5.4.0.Final.jar:5.4.0.Final]
Â Â Â Â Â Â Â Â Â at org.jbpm.task.service.hornetq.HornetQTaskClientConnector$1.run(HornetQTaskClientConnector.java:122) [jbpm-human-task-hornetq-5.4.0.Final.jar:5.4.0.Final]
Â Â Â Â Â Â Â Â Â at java.lang.Thread.run(Thread.java:636) [rt.jar:1.6.0_18]
17:10:15,574 WARNÂ [com.arjuna.ats.jta] (Thread-75) ARJUNA016029: SynchronizationImple.afterCompletion - failed for ***@7a947037 with exception: java.lang.IllegalStateException: Illegal method call. This session was previously disposed.
Â Â Â Â Â Â Â Â Â at org.drools.reteoo.DisposedReteooWorkingMemory.getProcessRuntime(DisposedReteooWorkingMemory.java:270) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.impl.StatefulKnowledgeSessionImpl.getProcessRuntime(StatefulKnowledgeSessionImpl.java:874) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.persistence.SingleSessionCommandService$SynchronizationImpl.afterCompletion(SingleSessionCommandService.java:455) [drools-persistence-jpa-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.persistence.jta.JtaTransactionSynchronizationAdapter.afterCompletion(JtaTransactionSynchronizationAdapter.java:25) [drools-persistence-jpa-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.afterCompletion(SynchronizationImple.java:96)
Â Â Â Â Â Â Â Â Â at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.afterCompletion(TwoPhaseCoordinator.java:402)
Â Â Â Â Â Â Â Â Â at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.afterCompletion(TwoPhaseCoordinator.java:334)
Â Â Â Â Â Â Â Â Â at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.cancel(TwoPhaseCoordinator.java:120)
Â Â Â Â Â Â Â Â Â at com.arjuna.ats.arjuna.AtomicAction.abort(AtomicAction.java:188)
Â Â Â Â Â Â Â Â Â at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.rollbackAndDisassociate(TransactionImple.java:1247)
Â Â Â Â Â Â Â Â Â at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.rollback(BaseTransaction.java:134)
Â Â Â Â Â Â Â Â Â at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.rollback(BaseTransactionManagerDelegate.java:114)
Â Â Â Â Â Â Â Â Â at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.rollback(ServerVMClientUserTransaction.java:175)
Â Â Â Â Â Â Â Â Â at org.drools.persistence.jta.JtaTransactionManager.rollback(JtaTransactionManager.java:191) [drools-persistence-jpa-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.persistence.SingleSessionCommandService.rollbackTransaction(SingleSessionCommandService.java:402) [drools-persistence-jpa-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.persistence.SingleSessionCommandService.execute(SingleSessionCommandService.java:381) [drools-persistence-jpa-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.command.impl.CommandBasedStatefulKnowledgeSession.getId(CommandBasedStatefulKnowledgeSession.java:119) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.jbpm.process.workitem.wsht.AsyncGenericHTWorkItemHandler$TaskCompletedHandler.execute(AsyncGenericHTWorkItemHandler.java:232) [jbpm-human-task-core-5.4.0.Final.jar:5.4.0.Final]
Â Â Â Â Â Â Â Â Â at org.jbpm.task.service.TaskClientHandler.messageReceived(TaskClientHandler.java:204) [jbpm-human-task-core-5.4.0.Final.jar:5.4.0.Final]
Â Â Â Â Â Â Â Â Â at org.jbpm.task.service.hornetq.HornetQTaskClientHandler.messageReceived(HornetQTaskClientHandler.java:56) [jbpm-human-task-hornetq-5.4.0.Final.jar:5.4.0.Final]
Â Â Â Â Â Â Â Â Â at org.jbpm.task.service.hornetq.HornetQTaskClientConnector$1.run(HornetQTaskClientConnector.java:122) [jbpm-human-task-hornetq-5.4.0.Final.jar:5.4.0.Final]
Â Â Â Â Â Â Â Â Â at java.lang.Thread.run(Thread.java:636) [rt.jar:1.6.0_18]

17:10:15,600 WARNÂ [com.arjuna.ats.arjuna] (Thread-75) ARJUNA012127: TwoPhaseCoordinator.afterCompletion - returned failure for SynchronizationImple< 0:ffff7f000101:-1da4df24:510d461b:6f, ***@7a947037 >
17:10:15,605 ERROR [org.jbpm.task.service.hornetq.HornetQTaskClientConnector] (Thread-75) Client Exception with class class org.jbpm.task.service.hornetq.HornetQTaskClientConnector$1 using port 5153: java.lang.IllegalStateException: Illegal method call. This session was previously disposed.
Â Â Â Â Â Â Â Â Â at org.drools.reteoo.DisposedReteooWorkingMemory.getId(DisposedReteooWorkingMemory.java:98) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.impl.StatefulKnowledgeSessionImpl.getId(StatefulKnowledgeSessionImpl.java:137) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.command.runtime.GetIdCommand.execute(GetIdCommand.java:41) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.command.runtime.GetIdCommand.execute(GetIdCommand.java:28) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.command.impl.DefaultCommandService.execute(DefaultCommandService.java:36) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.persistence.SingleSessionCommandService.execute(SingleSessionCommandService.java:373) [drools-persistence-jpa-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.drools.command.impl.CommandBasedStatefulKnowledgeSession.getId(CommandBasedStatefulKnowledgeSession.java:119) [drools-core-5.5.0.Final.jar:5.5.0.Final]
Â Â Â Â Â Â Â Â Â at org.jbpm.process.workitem.wsht.AsyncGenericHTWorkItemHandler$TaskCompletedHandler.execute(AsyncGenericHTWorkItemHandler.java:232) [jbpm-human-task-core-5.4.0.Final.jar:5.4.0.Final]
Â Â Â Â Â Â Â Â Â at org.jbpm.task.service.TaskClientHandler.messageReceived(TaskClientHandler.java:204) [jbpm-human-task-core-5.4.0.Final.jar:5.4.0.Final]
Â Â Â Â Â Â Â Â Â at org.jbpm.task.service.hornetq.HornetQTaskClientHandler.messageReceived(HornetQTaskClientHandler.java:56) [jbpm-human-task-hornetq-5.4.0.Final.jar:5.4.0.Final]
Â Â Â Â Â Â Â Â Â at org.jbpm.task.service.hornetq.HornetQTaskClientConnector$1.run(HornetQTaskClientConnector.java:122) [jbpm-human-task-hornetq-5.4.0.Final.jar:5.4.0.Final]
Â Â Â Â Â Â Â Â Â at java.lang.Thread.run(Thread.java:636) [rt.jar:1.6.0_18]

17:10:15,651 INFOÂ [stdout] (Thread-76) Test is incorrect
17:10:15,652 INFOÂ [stdout] (Thread-76) test_id:TZ001A0001
17:10:15,652 INFOÂ [stdout] (Thread-76) scanned_test_idTZ001A0001A
17:10:15,661 INFOÂ [stdout] (Thread-76) Disposing of DataTest!

*So now the error is not after the dispose but when completing the sencond instance of the second session.*

*The work-flow is very simple start -> human task to get test_id -> XOR -> script task to print success or script task to print fail -> end*

*Gareth.
*
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795772#795772]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Maciej Swiderski

2013-02-04 09:18:47 UTC

Maciej Swiderski [https://community.jboss.org/people/swiderski.maciej] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/795854#795854

--------------------------------------------------------------
Gareth, when you dispose the session you need to dispose all other components that rely on the session, in your case its ht handler. What you could do it to pass the ht handler to process event listener so it can be disposed (disconnected) when session is disposed as well. This assumption is that you have one to one relationship between all three instances: ksession, ht handler and process event listener that disposes the session and handler.

HTH
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/795854#795854]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Gareth Edwards

2013-02-07 15:20:02 UTC

Gareth Edwards [https://community.jboss.org/people/garethed] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/796552#796552

--------------------------------------------------------------
Thanks,

I will make sure I do that.

Gareth.
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/796552#796552]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Sumeru Saha

2013-05-27 11:08:43 UTC

Sumeru Saha [https://community.jboss.org/people/sumerus] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/819628#819628

--------------------------------------------------------------
Hi Gareth/ Maceij,
I'm getting the same exception which gareth mentioned at the start of this thread. Unlike Gareth I'm not using any code to initialize & invoke the work item. Currently i'm trying to setup jBoss EAP 6.0 (jBPM 5.3, jboss as 7.1.1) with Oracle XE as the DB. I've duely added a datasource in the standalone.xml (marked it as jta="true") and also changed the datasource name & hibernate dialect class in persistence.xml for both business-central-server.war & jbpm-human-task.war. Since I'm using Oracle XE, i did apply the blow grants also. Now when i'm logging into business-central portal and trying start a new instance of a process, I'm getting the exception. I'm sorry but I'm unable to follow the conversation you guys were having and unable to understand how the question of different threads are arising as I'm just trying to start a new process instance. Do you guys mean that the "buisness-central-server" and the "jbpm-human-task" these 2 entities trying access the same row in DB and thus causing the exception. Please help. I've attached the exception excerpt (from server.log) below. Please help with your valuable suggestion.
N.B. Also wanted to mention that before this exception appeared, server.log had another exception as below. Could this be contributing to the entire problem?
14:51:46,568 ERROR [org.drools.persistence.SingleSessionCommandService] (http-/127.0.0.1:8080-4) Could not commit session: java.lang.RuntimeException: Could not find session data for id 1
at org.drools.persistence.SingleSessionCommandService.initKsession(SingleSessionCommandService.java:222) [drools-persistence-jpa-5.3.1.BRMS.jar:5.3.1.BRMS]
Thanks Sumer
*grant execute on sys.dbms_xa to jboss_brms;*
*grant select on pending_trans$ to jboss_brms;*
*grant select on dba_2pc_pending to jboss_brms;*
*grant select on dba_pending_transactions to jboss_brms;*
*grant execute on dbms_system to jboss_brms;*

Excerpt from servr.log
14:59:11,825 WARNÂ [com.arjuna.ats.arjuna] (http-/127.0.0.1:8080-4) ARJUNA012125: TwoPhaseCoordinator.beforeCompletion - failed for SynchronizationImple< 0:ffff0affa703:a307ced:51a32566:37, mailto:***@145a99c ***@145a99c >: javax.persistence.OptimisticLockException: org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [org.drools.persistence.info.SessionInfo#1]
at org.hibernate.ejb.AbstractEntityManagerImpl.wrapStaleStateException(AbstractEntityManagerImpl.java:1401) [hibernate-entitymanager-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1314) [hibernate-entitymanager-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1295) [hibernate-entitymanager-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1301) [hibernate-entitymanager-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.ejb.AbstractEntityManagerImpl$CallbackExceptionMapperImpl.mapManagedFlushFailure(AbstractEntityManagerImpl.java:1495) [hibernate-entitymanager-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.engine.transaction.synchronization.internal.SynchronizationCallbackCoordinatorImpl.beforeCompletion(SynchronizationCallbackCoordinatorImpl.java:109) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.engine.transaction.synchronization.internal.RegisteredSynchronization.beforeCompletion(RegisteredSynchronization.java:53) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.beforeCompletion(SynchronizationImple.java:76)
at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.beforeCompletion(TwoPhaseCoordinator.java:273)
at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:93)
at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:164)
at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1165)
at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:117)
at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:75)
at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:167)
at org.drools.persistence.jta.JtaTransactionManager.commit(JtaTransactionManager.java:179) [drools-persistence-jpa-5.3.1.BRMS.jar:5.3.1.BRMS]
at org.drools.persistence.SingleSessionCommandService.execute(SingleSessionCommandService.java:363) [drools-persistence-jpa-5.3.1.BRMS.jar:5.3.1.BRMS]
at org.drools.command.impl.CommandBasedStatefulKnowledgeSession.startProcess(CommandBasedStatefulKnowledgeSession.java:223) [drools-core-5.3.1.BRMS.jar:5.3.1.BRMS]
at org.jbpm.integration.console.CommandDelegate.startProcess(CommandDelegate.java:120) [jbpm-gwt-core-5.3.1.BRMS.jar:5.3.1.BRMS]
at org.jbpm.integration.console.ProcessManagement.newInstance(ProcessManagement.java:82) [jbpm-gwt-core-5.3.1.BRMS.jar:5.3.1.BRMS]
at org.jboss.bpm.console.server.ProcessMgmtFacade.newInstance(ProcessMgmtFacade.java:209) [classes:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.6.0_30]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [rt.jar:1.6.0_30]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_30]
at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_30]
at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:167) [resteasy-jaxrs-2.3.3.Final-redhat-1.jar:2.3.3.Final-redhat-1]
at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:257) [resteasy-jaxrs-2.3.3.Final-redhat-1.jar:2.3.3.Final-redhat-1]
at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:222) [resteasy-jaxrs-2.3.3.Final-redhat-1.jar:2.3.3.Final-redhat-1]
at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:211) [resteasy-jaxrs-2.3.3.Final-redhat-1.jar:2.3.3.Final-redhat-1]
at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:525) [resteasy-jaxrs-2.3.3.Final-redhat-1.jar:2.3.3.Final-redhat-1]
at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:502) [resteasy-jaxrs-2.3.3.Final-redhat-1.jar:2.3.3.Final-redhat-1]
at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:119) [resteasy-jaxrs-2.3.3.Final-redhat-1.jar:2.3.3.Final-redhat-1]
at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:208) [resteasy-jaxrs-2.3.3.Final-redhat-1.jar:2.3.3.Final-redhat-1]
at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:55) [resteasy-jaxrs-2.3.3.Final-redhat-1.jar:2.3.3.Final-redhat-1]
at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:50) [resteasy-jaxrs-2.3.3.Final-redhat-1.jar:2.3.3.Final-redhat-1]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.1.Final-redhat-1.jar:1.0.1.Final-redhat-1]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.jboss.bpm.console.server.util.GWTJsonFilter.doFilter(GWTJsonFilter.java:59) [classes:]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.2.Final-redhat-1.jar:7.1.2.Final-redhat-1]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:679) [jbossweb-7.0.16.Final-redhat-1.jar:]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:931) [jbossweb-7.0.16.Final-redhat-1.jar:]
at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_30]
Caused by: org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [org.drools.persistence.info.SessionInfo#1]
at org.hibernate.persister.entity.AbstractEntityPersister.check(AbstractEntityPersister.java:2368) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3020) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.persister.entity.AbstractEntityPersister.updateOrInsert(AbstractEntityPersister.java:2918) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3247) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.action.internal.EntityUpdateAction.execute(EntityUpdateAction.java:140) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.engine.spi.ActionQueue.execute(ActionQueue.java:362) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:354) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:276) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:326) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:52) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1214) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:403) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
at org.hibernate.engine.transaction.synchronization.internal.SynchronizationCallbackCoordinatorImpl.beforeCompletion(SynchronizationCallbackCoordinatorImpl.java:104) [hibernate-core-4.1.3.Final-redhat-1.jar:4.1.3.Final-redhat-1]
... 48 more
14:59:11,855 WARNÂ [org.drools.persistence.jta.JtaTransactionManager] (http-/127.0.0.1:8080-4) Unable to commit transaction: javax.transaction.RollbackException: ARJUNA016053: Could not commit transaction.
at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1177)
at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:117)
at co
ï»¿
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/819628#819628]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Gareth Edwards

2013-05-27 11:54:39 UTC

Gareth Edwards [https://community.jboss.org/people/garethed] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/819635#819635

--------------------------------------------------------------
I'm not sure that is the sam issue but I'l still having problems when disposing the session, it seems to break other running sessions.Â As a desperate measure I have resorted to not disposing the session for now.
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/819635#819635]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Sumeru Saha

2013-05-27 12:27:23 UTC

Sumeru Saha [https://community.jboss.org/people/sumerus] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/819641#819641

--------------------------------------------------------------
Hi Gareth,

Is the environment still works with this exception ... for me this has become a show stopper, i can't create any instances.

Thanks
Sumeru
---
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/819641#819641]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Gareth Edwards

2013-05-27 12:40:27 UTC

Gareth Edwards [https://community.jboss.org/people/garethed] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/819645#819645

--------------------------------------------------------------
I only had that exception when I was trying to dispose of a session.
It looks like you have a different issue.

Gareth
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/819645#819645]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Maciej Swiderski

2013-05-27 14:49:19 UTC

Maciej Swiderski [https://community.jboss.org/people/swiderski.maciej] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/819673#819673

--------------------------------------------------------------
Sumeru, please check that you have following

<property name="hibernate.hbm2ddl.auto" value="update" />

in your persistence.xml files - both for business-central-server.war and jbpm-human-task.war. What you experience might be due to having this property set to create or create-drop which will simply recreate tables when new persistence unit is created - there are two used - for runtime engine and one bor history log.

HTH
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/819673#819673]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Sumeru Saha

2013-05-28 13:19:52 UTC

Sumeru Saha [https://community.jboss.org/people/sumerus] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/819875#819875

--------------------------------------------------------------
Hi Maciej,

You're abslutely spot on ... one of the persistence.xml had this property as "create". This property is by default set to value "update" so didn't even notice, i checked with a fresh installation. Not sure why I changed this to create. Thanks a lot ...

One more question, recently i'm observing the following exception in the server.log during startup, can you tell me what could be the reason. Is it expecting anything at startup which is missing?

14:51:46,568 ERROR [org.drools.persistence.SingleSessionCommandService] (http-/127.0.0.1:8080-4) Could not commit session: java.lang.RuntimeException: Could not find session data for id 1
Â Â Â Â Â Â Â Â Â Â Â Â Â Â at org.drools.persistence.SingleSessionCommandService.initKsession(SingleSessionCommandService.java:222) [drools-persistence-jpa-5.3.1.BRMS.jar:5.3.1.BRMS]

Sumeru
---
ï»¿
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/819875#819875]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Maciej Swiderski

2013-05-28 13:36:41 UTC

Maciej Swiderski [https://community.jboss.org/people/swiderski.maciej] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/819882#819882

--------------------------------------------------------------
it might be trying to load session it once created as console will keep track of the session it created. In general it should be harmless exception in the logs but to get rid of you could remove jbpmSessionId.ser file from jboss_home/standalone/tmp and the exception should go away.

HTH
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/819882#819882]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Sumeru Saha

2013-06-03 09:00:21 UTC

Sumeru Saha [https://community.jboss.org/people/sumerus] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/820922#820922

--------------------------------------------------------------
Hi Maciej,

Another spot on reply - i'm becoming a fan of yours. I havn't seen the exception in the log after deleting the .ser file.

Once this is done let me bother you little bit more with another harmless exception in my log ... I've used a *com.sample.service.Student* , in my BPMN2 process model. I instantiated this Student class in a script task. For this i needed to upload the jar containing this class as POJO Model in Guvnor. Also this jar is in the jbpm-gwt-console-server.war/WEB-INF/lib. Everything works fine but everytime i login into theÂ jbpm-console, the following exception appears in the server.log. can you please tell me what could be wrong ... do i need to put the jar in the jbpm-gwt-console.war also (but as far i recall i also tried that)?

Thanks
Sumeru
---

14:15:41,777 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) java.lang.RuntimeException: KnowledgeAgent exception while trying to deserialize KnowledgeDefinitionsPackageÂ
14:15:41,785 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.drools.agent.impl.KnowledgeAgentImpl.createPackageFromResource(KnowledgeAgentImpl.java:796)
14:15:41,790 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.drools.agent.impl.KnowledgeAgentImpl.incrementalBuildResources(KnowledgeAgentImpl.java:987)
14:15:41,796 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.drools.agent.impl.KnowledgeAgentImpl.buildKnowledgeBase(KnowledgeAgentImpl.java:686)
14:15:41,802 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.drools.agent.impl.KnowledgeAgentImpl.applyChangeSet(KnowledgeAgentImpl.java:207)
14:15:41,810 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.drools.agent.impl.KnowledgeAgentImpl.applyChangeSet(KnowledgeAgentImpl.java:186)
14:15:41,819 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.jbpm.integration.console.kbase.DefaultKnowledgeBaseManager.buildKnowledgeAgent(DefaultKnowledgeBaseManager.java:157)
14:15:41,827 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.jbpm.integration.console.kbase.DefaultKnowledgeBaseManager.getKnowledgeBase(DefaultKnowledgeBaseManager.java:65)
14:15:41,837 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.jbpm.integration.console.StatefulKnowledgeSessionUtil.initializeStatefulKnowledgeSession(StatefulKnowledgeSessionUtil.java:102)
14:15:41,848 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.jbpm.integration.console.StatefulKnowledgeSessionUtil$SessionHolder.<clinit>(StatefulKnowledgeSessionUtil.java:84)
14:15:41,854 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.jbpm.integration.console.StatefulKnowledgeSessionUtil.getStatefulKnowledgeSession(StatefulKnowledgeSessionUtil.java:88)
14:15:41,863 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.jbpm.integration.console.SessionInitializer.<init>(SessionInitializer.java:25)
14:15:41,871 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.jbpm.integration.console.TaskManagement.<init>(TaskManagement.java:52)
14:15:41,877 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.jbpm.integration.console.ManagementFactory.createTaskManagement(ManagementFactory.java:26)
14:15:41,885 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.jbpm.integration.console.ManagementFactory.createTaskManagement(ManagementFactory.java:19)
14:15:41,890 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.jboss.bpm.console.server.TaskListFacade.getTaskManagement(TaskListFacade.java:72)
14:15:41,896 ERROR [stderr] (http-localhost-127.0.0.1-8080-6)Â Â Â Â Â Â Â Â Â Â at org.jboss.bpm.console.server.TaskListFacade.getTasksForIdRef(TaskListFacade.java:101)
| 14:15:41,901 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) |
| 14:15:41,905 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) |
| 14:15:41,911 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) |
| 14:15:41,916 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at java.lang.reflect.Method.invoke(Method.java:601) |
| 14:15:41,922 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:155) |
| 14:15:41,932 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:257) |
| 14:15:41,937 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:222) |
| 14:15:41,941 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:211) |
| 14:15:41,946 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:525) |
| 14:15:41,952 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:502) |
| 14:15:41,957 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:119) |
| 14:15:41,962 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:208) |
| 14:15:41,968 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:55) |
| 14:15:41,974 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:50) |
| 14:15:41,980 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) |
| 14:15:41,984 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) |
| 14:15:41,990 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) |
| 14:15:41,995 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.jboss.bpm.console.server.util.GWTJsonFilter.doFilter(GWTJsonFilter.java:59) |

...

14:15:42,108 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) Caused by: java.lang.ClassNotFoundException: com.sample.Student from [Module "deployment.jbpm-gwt-console-server.war:main" from Service Module Loader]
|
|
|
| 14:15:42,116 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190) |
| 14:15:42,125 ERROR [stderr] (http-localhost-127.0.0.1-8080-6) | at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468) |
...
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/820922#820922]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Maciej Swiderski

2013-06-03 09:12:08 UTC

Maciej Swiderski [https://community.jboss.org/people/swiderski.maciej] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/820929#820929

--------------------------------------------------------------
looks like you use somewhere wrong class name: com.sample.StudentÂ instead ofÂ *com.sample.service.Student*Â so please make sure you use the right class (FQCN) and the erro should go away.

HTH
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/820929#820929]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

Sumeru Saha

2013-06-05 12:05:08 UTC

Sumeru Saha [https://community.jboss.org/people/sumerus] created the discussion

"Re: JTA Problem with multiple sessions"

To view the discussion, visit: https://community.jboss.org/message/821508#821508

--------------------------------------------------------------
Hi Maciej,

That was so obvious - i was so much bent to find a problem with the classpath that i didn't even notice the typing mistake..

Thanks so much.
Sumeru
---
--------------------------------------------------------------

Reply to this message by going to Community
[https://community.jboss.org/message/821508#821508]

Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

24 Replies
17 Views
Permalink to this page
Disable enhanced parsing

Thread Navigation

Maciej Swiderski 2013-01-31 17:28:34 UTC

vchmakov 2013-01-31 17:44:40 UTC

Maciej Swiderski 2013-01-31 18:13:06 UTC

vchmakov 2013-01-31 21:17:11 UTC

Maciej Swiderski 2013-02-01 12:37:00 UTC

vchmakov 2013-02-01 16:18:26 UTC

Maciej Swiderski 2013-02-01 16:25:51 UTC

Gareth Edwards 2013-01-31 17:58:40 UTC

Maciej Swiderski 2013-01-31 18:13:49 UTC

Gareth Edwards 2013-01-31 18:18:32 UTC

Gareth Edwards 2013-01-31 20:27:20 UTC

Maciej Swiderski 2013-02-01 12:31:24 UTC

Gareth Edwards 2013-02-02 18:16:49 UTC

Maciej Swiderski 2013-02-04 09:18:47 UTC

Gareth Edwards 2013-02-07 15:20:02 UTC

Sumeru Saha 2013-05-27 11:08:43 UTC

Gareth Edwards 2013-05-27 11:54:39 UTC

Sumeru Saha 2013-05-27 12:27:23 UTC

Gareth Edwards 2013-05-27 12:40:27 UTC

Maciej Swiderski 2013-05-27 14:49:19 UTC

Sumeru Saha 2013-05-28 13:19:52 UTC

Maciej Swiderski 2013-05-28 13:36:41 UTC

Sumeru Saha 2013-06-03 09:00:21 UTC

Maciej Swiderski 2013-06-03 09:12:08 UTC

Sumeru Saha 2013-06-05 12:05:08 UTC

about - legalese

Loading...