Yeah, it looks like the attachments were removed by the list server. I'm using Derby. Here are the stack traces for the two threads involved in the deadlock:
3XMTHREADINFO "main" (TID:0x0015EC00, sys_thread_t:0x00358470, state:B, native ID:0x000017B4) prio=5 4XESTACKTRACE at com/ibm/oti/vm/BootstrapClassLoader.loadClass(BootstrapClassLoader.java:63(Compiled Code)) 4XESTACKTRACE at java/lang/ClassLoader.loadClass(ClassLoader.java:587(Compiled Code)) 4XESTACKTRACE at java/lang/ClassLoader.loadClass(ClassLoader.java:587(Compiled Code)) 4XESTACKTRACE at sun/misc/Launcher$AppClassLoader.loadClass(Launcher.java:327(Compiled Code)) 4XESTACKTRACE at java/lang/ClassLoader.loadClass(ClassLoader.java:563(Compiled Code)) 4XESTACKTRACE at java/lang/ClassLoader.defineClassImpl(Native Method) 4XESTACKTRACE at java/lang/ClassLoader.defineClass(ClassLoader.java:223(Compiled Code)) 4XESTACKTRACE at java/security/SecureClassLoader.defineClass(SecureClassLoader.java:148(Compiled Code)) 4XESTACKTRACE at java/net/URLClassLoader.defineClass(URLClassLoader.java:556(Compiled Code)) 4XESTACKTRACE at java/net/URLClassLoader.access$400(URLClassLoader.java:119(Compiled Code)) 4XESTACKTRACE at java/net/URLClassLoader$ClassFinder.run(URLClassLoader.java:957(Compiled Code)) 4XESTACKTRACE at java/security/AccessController.doPrivileged(AccessController.java:275) 4XESTACKTRACE at java/net/URLClassLoader.findClass(URLClassLoader.java:487(Compiled Code)) 4XESTACKTRACE at java/lang/ClassLoader.loadClass(ClassLoader.java:606(Compiled Code)) 4XESTACKTRACE at sun/misc/Launcher$AppClassLoader.loadClass(Launcher.java:327(Compiled Code)) 4XESTACKTRACE at java/lang/ClassLoader.loadClass(ClassLoader.java:563(Compiled Code)) 4XESTACKTRACE at org/apache/openjpa/jdbc/sql/SQLFactoryImpl.newSelect(SQLFactoryImpl.java:40) 4XESTACKTRACE at org/apache/openjpa/jdbc/kernel/JDBCStoreManager.getInitializeStateResult(JDBCStoreManager.java:367) 4XESTACKTRACE at org/apache/openjpa/jdbc/kernel/JDBCStoreManager.initializeState(JDBCStoreManager.java:296) 4XESTACKTRACE at org/apache/openjpa/jdbc/kernel/JDBCStoreManager.initialize(JDBCStoreManager.java:252) 4XESTACKTRACE at org/apache/openjpa/kernel/DelegatingStoreManager.initialize(DelegatingStoreManager.java:108) 4XESTACKTRACE at org/apache/openjpa/kernel/ROPStoreManager.initialize(ROPStoreManager.java:54) 4XESTACKTRACE at org/apache/openjpa/kernel/BrokerImpl.initialize(BrokerImpl.java:870) 4XESTACKTRACE at org/apache/openjpa/kernel/BrokerImpl.find(BrokerImpl.java:828) 4XESTACKTRACE at org/apache/openjpa/kernel/BrokerImpl.find(BrokerImpl.java:743) 4XESTACKTRACE at org/apache/openjpa/kernel/DelegatingBroker.find(DelegatingBroker.java:169) 4XESTACKTRACE at org/apache/openjpa/persistence/EntityManagerImpl.find(EntityManagerImpl.java:320) 4XESTACKTRACE at play/TestInsertAndFind.test001(TestInsertAndFind.java:48) 4XESTACKTRACE at sun/reflect/NativeMethodAccessorImpl.invoke0(Native Method) 4XESTACKTRACE at sun/reflect/NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) 4XESTACKTRACE at sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 4XESTACKTRACE at java/lang/reflect/Method.invoke(Method.java:615) 4XESTACKTRACE at org/junit/internal/runners/TestMethodRunner.executeMethodBody(TestMethodRunner.java:99) 4XESTACKTRACE at org/junit/internal/runners/TestMethodRunner.runUnprotected(TestMethodRunner.java:81) 4XESTACKTRACE at org/junit/internal/runners/BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34) 4XESTACKTRACE at org/junit/internal/runners/TestMethodRunner.runMethod(TestMethodRunner.java:75) 4XESTACKTRACE at org/junit/internal/runners/TestMethodRunner.run(TestMethodRunner.java:45) 4XESTACKTRACE at org/junit/internal/runners/TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:71) 4XESTACKTRACE at org/junit/internal/runners/TestClassMethodsRunner.run(TestClassMethodsRunner.java:35) 4XESTACKTRACE at org/junit/internal/runners/TestClassRunner$1.runUnprotected(TestClassRunner.java:42) 4XESTACKTRACE at org/junit/internal/runners/BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34) 4XESTACKTRACE at org/junit/internal/runners/TestClassRunner.run(TestClassRunner.java:52) 4XESTACKTRACE at org/eclipse/jdt/internal/junit4/runner/JUnit4TestReference.run(JUnit4TestReference.java:38) 4XESTACKTRACE at org/eclipse/jdt/internal/junit/runner/TestExecution.run(TestExecution.java:38) 4XESTACKTRACE at org/eclipse/jdt/internal/junit/runner/RemoteTestRunner.runTests(RemoteTestRunner.java:460) 4XESTACKTRACE at org/eclipse/jdt/internal/junit/runner/RemoteTestRunner.runTests(RemoteTestRunner.java:673) 4XESTACKTRACE at org/eclipse/jdt/internal/junit/runner/RemoteTestRunner.run(RemoteTestRunner.java:386) 4XESTACKTRACE at org/eclipse/jdt/internal/junit/runner/RemoteTestRunner.main(RemoteTestRunner.java:196) 3XMTHREADINFO "Finalizer thread" (TID:0x41B36200, sys_thread_t:0x41DE154C, state:B, native ID:0x00000FF8) prio=5 4XESTACKTRACE at java/lang/ClassLoader.loadClass(ClassLoader.java:563(Compiled Code)) 4XESTACKTRACE at java/lang/Class.forNameImpl(Native Method) 4XESTACKTRACE at java/lang/Class.forName(Class.java:160(Compiled Code)) 4XESTACKTRACE at org/apache/openjpa/lib/util/TemporaryClassLoader.loadClass(TemporaryClassLoader.java:55(Compiled Code)) 4XESTACKTRACE at org/apache/openjpa/lib/util/TemporaryClassLoader.loadClass(TemporaryClassLoader.java:40(Compiled Code)) 4XESTACKTRACE at java/lang/Class.forNameImpl(Native Method) 4XESTACKTRACE at java/lang/Class.forName(Class.java:160(Compiled Code)) 4XESTACKTRACE at org/apache/openjpa/enhance/PCClassFileTransformer.needsEnhance(PCClassFileTransformer.java:171(Compiled Code)) 4XESTACKTRACE at org/apache/openjpa/enhance/PCClassFileTransformer.transform(PCClassFileTransformer.java:117(Compiled Code)) 4XESTACKTRACE at sun/instrument/TransformerManager.transform(TransformerManager.java:141(Compiled Code)) 4XESTACKTRACE at sun/instrument/InstrumentationImpl.transform(InstrumentationImpl.java:174(Compiled Code)) 4XESTACKTRACE at com/ibm/oti/vm/VM.findClassOrNull(Native Method) 4XESTACKTRACE at com/ibm/oti/vm/BootstrapClassLoader.loadClass(BootstrapClassLoader.java:64(Compiled Code)) 4XESTACKTRACE at java/lang/ref/ReferenceQueue.enqueue(ReferenceQueue.java:125) 4XESTACKTRACE at java/lang/ref/Reference.enqueueImpl(Reference.java:93) -- Best regards, Vlad Tatavu Provisioning & Orchestration Development, IBM Tivoli Toronto [EMAIL PROTECTED] Office (905) 413-3853 "Marc Prud'hommeaux" <[EMAIL PROTECTED]> Sent by: "Marc Prud'hommeaux" <[EMAIL PROTECTED]> 08/01/2007 03:17 PM Please respond to open-jpa-dev@incubator.apache.org To open-jpa-dev@incubator.apache.org cc Subject Re: Deadlock when insert in t1 and find in t2 Vlad- I didn't get any attachments in that last message (perhaps they were stripped by the list server). It might be interesting the see the java stack trace parts of the JVM dump, in case that might shed light on the situation. Also, what database are you using? It could be that the deadlock is happening somewhere in the JDBC driver code as well... On Jan 8, 2007, at 11:20 AM, Vlad Tatavu wrote: > > My test program runs in a standalone env, local transactions. Here > are the files: > > > -- > Best regards, > Vlad Tatavu > Provisioning & Orchestration Development, IBM Tivoli Toronto > [EMAIL PROTECTED] > Office (905) 413-3853 > > > "Kevin Sutter" <[EMAIL PROTECTED]> > 08/01/2007 02:01 PM > Please respond to > open-jpa-dev@incubator.apache.org > > > To > open-jpa-dev@incubator.apache.org > cc > Subject > Re: Deadlock when insert in t1 and find in t2 > > > > > > Hi Vlad, > Can you provide a bit more information? Are you running in a managed > environment or a standalone environment? Are these JTA > transactions or > Local transactions? What does your test program look like? What > about the > Entities? Maybe you can attach them to your next reply? > > I see that you are using the J9 JVM. I haven't tried that yet. > I've been > using the "standard" IBM JVM 1.5 at SR3 (or above). I doubt that > this would > make a different, but it might be useful to try this JVM as a test. > > What you are describing is basic JPA functionality, so there must be > something unique with your application or environment. > > Thanks, > Kevin > > On 1/8/07, Vlad Tatavu <[EMAIL PROTECTED]> wrote: > > > > I have a simple test program that uses OpenJPA 0.9.6 to insert an > object > > into a db in one transaction (t1) and retrieve it in another > transaction > > (t2). The program hangs in 30-50% of the executions right before > the call > > to entitymanager.find() (used to retrieve the object in t2). By > looking > > at the JVM dump, I can see the following deadlock: > > 1LKDEADLOCK Deadlock detected !!! > > NULL --------------------- > > NULL > > 2LKDEADLOCKTHR Thread "main" (0x0015EC00) > > 3LKDEADLOCKWTR is waiting for: > > 4LKDEADLOCKMON sys_mon_t:0x41E40548 infl_mon_t: 0x41E40588: > > 4LKDEADLOCKOBJ java/lang/[EMAIL PROTECTED]/00D4101C: > > 3LKDEADLOCKOWN which is owned by: > > 2LKDEADLOCKTHR Thread "Finalizer thread" (0x41B36200) > > 3LKDEADLOCKWTR which is waiting for: > > 4LKDEADLOCKMON sys_mon_t:0x0035CD38 infl_mon_t: 0x0035CD78: > > 4LKDEADLOCKOBJ sun/misc/Launcher > [EMAIL PROTECTED]/00D4E5BC: > > 3LKDEADLOCKOWN which is owned by: > > 2LKDEADLOCKTHR Thread "main" (0x0015EC00) > > > > I'm using IBM JVM 5 (J2RE 5.0 IBM J9 2.3 Windows XP x86-32 build > > j9vmwi3223-20061001) and OpenJPA Runtime Enhancement. > > > > Is this a known issue? > > > > I can provide the test program, persistence.xml, etc. > > > > -- > > Best regards, > > Vlad Tatavu > > Provisioning & Orchestration Development, IBM Tivoli Toronto > > [EMAIL PROTECTED] > > Office (905) 413-3853 > > >
