[infinispan-issues] [JBoss JIRA] Issue Comment Edited: (ISPN-1258) IllegalMonitorStateException when prepare/commit sequence happens in diff threads

[ https://issues.jboss.org/browse/ISPN-1258?page=com.atlassian.jira.plugin.... ] Mircea Markus edited comment on ISPN-1258 at 7/28/11 5:08 PM: -------------------------------------------------------------- I've run a simple test and the lock is indeed owned by the transaction (and not the thread). I couldn't reproduce this by running the tests either, so I imagine this must be a pretty edge case. Can you provide some more context to help me reproduce this? Would be very interesting to see the logs on the transaction originator as well. {noformat}2011-07-28 20:07:50,634 TRACE [org.infinispan.commands.tx.PrepareCommand] (OOB-2,Infinispan-Cluster,NodeB-33545) Invoking remotely originated prepare: PrepareCommand {gtx=GlobalTransaction:<NodeA-48656>:1:remote, modifications=[PutKeyValueCommand{key=k, value=v, flags=null, putIfAbsent=false, lifespanMillis=-1, maxIdleTimeMillis=-1}], onePhaseCommit=false, gtx=GlobalTransaction:<NodeA-48656>:1:remote, cacheName='___defaultcache'} with invocation context: RemoteTxInvocationContext{flags=null} 2011-07-28 20:07:50,634 TRACE [org.infinispan.interceptors.InvocationContextInterceptor] (OOB-2,Infinispan-Cluster,NodeB-33545) Invoked with command PrepareCommand {gtx=GlobalTransaction:<NodeA-48656>:1:remote, modifications=[PutKeyValueCommand{key=k, value=v, flags=null, putIfAbsent=false, lifespanMillis=-1, maxIdleTimeMillis=-1}], onePhaseCommit=false, gtx=GlobalTransaction:<NodeA-48656>:1:remote, cacheName='___defaultcache'} and InvocationContext [RemoteTxInvocationContext{flags=null}] 2011-07-28 20:07:50,634 TRACE [org.infinispan.util.concurrent.locks.LockManagerImpl] (OOB-2,Infinispan-Cluster,NodeB-33545) Attempting to lock key=k with acquisition timeout of 10000 millis 2011-07-28 20:07:50,634 TRACE [org.infinispan.util.concurrent.locks.containers.AbstractPerEntryLockContainer] (OOB-2,Infinispan-Cluster,NodeB-33545) Acquired lock org.infinispan.util.concurrent.locks.OwnableReentrantLock@4e0a2a38[State = 1, empty queue][Locked by GlobalTransaction:<NodeA-48656>:1:remote] 2011-07-28 20:07:50,634 TRACE [org.infinispan.util.concurrent.locks.LockManagerImpl] (OOB-2,Infinispan-Cluster,NodeB-33545) Successfully acquired lock!{noformat} was (Author: mircea.markus): I've run a simple test and the lock is indeed owned by the transaction (and not the thread). I couldn't reproduce this by running the tests either, so I imagine this must be a pretty edge case. Can you provide some more context to help me reproduce this? {noformat} 2011-07-28 20:07:50,634 TRACE [org.infinispan.commands.tx.PrepareCommand] (OOB-2,Infinispan-Cluster,NodeB-33545) Invoking remotely originated prepare: PrepareCommand {gtx=GlobalTransaction:<NodeA-48656>:1:remote, modifications=[PutKeyValueCommand{key=k, value=v, flags=null, putIfAbsent=false, lifespanMillis=-1, maxIdleTimeMillis=-1}], onePhaseCommit=false, gtx=GlobalTransaction:<NodeA-48656>:1:remote, cacheName='___defaultcache'} with invocation context: RemoteTxInvocationContext{flags=null} 2011-07-28 20:07:50,634 TRACE [org.infinispan.interceptors.InvocationContextInterceptor] (OOB-2,Infinispan-Cluster,NodeB-33545) Invoked with command PrepareCommand {gtx=GlobalTransaction:<NodeA-48656>:1:remote, modifications=[PutKeyValueCommand{key=k, value=v, flags=null, putIfAbsent=false, lifespanMillis=-1, maxIdleTimeMillis=-1}], onePhaseCommit=false, gtx=GlobalTransaction:<NodeA-48656>:1:remote, cacheName='___defaultcache'} and InvocationContext [RemoteTxInvocationContext{flags=null}] 2011-07-28 20:07:50,634 TRACE [org.infinispan.util.concurrent.locks.LockManagerImpl] (OOB-2,Infinispan-Cluster,NodeB-33545) Attempting to lock key=k with acquisition timeout of 10000 millis 2011-07-28 20:07:50,634 TRACE [org.infinispan.util.concurrent.locks.containers.AbstractPerEntryLockContainer] (OOB-2,Infinispan-Cluster,NodeB-33545) Acquired lock org.infinispan.util.concurrent.locks.OwnableReentrantLock@4e0a2a38[State = 1, empty queue][Locked by GlobalTransaction:<NodeA-48656>:1:remote] 2011-07-28 20:07:50,634 TRACE [org.infinispan.util.concurrent.locks.LockManagerImpl] (OOB-2,Infinispan-Cluster,NodeB-33545) Successfully acquired lock! {noformat} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira