AW: AW: [JBoss-dev] Thread deadlock in class loader
Did you prepend the bootclasspath with the patched class using the Xbootclasspath/p:patch.jar option? CGJ -Ursprüngliche Nachricht- Von: Dave Smith [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 10. April 2002 23:22 An: Jung , Dr. Christoph Betreff: Re: AW: [JBoss-dev] Thread deadlock in class loader Seems like sun does not think it is a bug http://developer.java.sun.com/developer/bugParade/bugs/4406709.html Even if I patch the localClassInternal I still get an error. Looks like the class loader is internally locking the class loader because when I run with the -Xdebug option that shows be the locks, it is waiting for a lock that does not exsist in any of the threads. On Tue, 2002-04-09 at 03:35, Jung , Dr. Christoph wrote: Looks like you are a victim of the private synchronized localClassInternal-syndrom that is already known to us and that cannot be resolved except by SUN or by patching the JDK´s java.lang.ClassLoader (remove the synchronized at localClassInternal either by recompiling or by BCEL?) ... Happens very seldom, since most of the classloading happens in one thread at app-startup. Ok, maybe now I will file a bug at SUN ... CGJ -Ursprüngliche Nachricht- Von: Dave Smith [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 8. April 2002 17:43 An: Jboss-Development@Lists. Sourceforge. Net Betreff: [JBoss-dev] Thread deadlock in class loader I have a strange deadlock problem between two threads that are completely unrelated. Could some-one point me in the right direction to solve this problem. Here are the two threads in question .. The first one ins accessing thrid party jars and the second one is trying to look up an entity bean and is getting hung up in the jaas security. CCRAPoll prio=5 tid=0x87000d0 nid=0x943 waiting for monitor entry [0xbb7fe000..0xbb7ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoade r.java :96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at com.candata.gateway.Encryption.init(Unknown Source) at com.candata.gateway.CCRAAbstract.getEncryption(Unknown Source) at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) at com.candata.gateway.CCRAPoll.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) and ... MessageListenerThread - CCRARecv prio=5 tid=0x8671b60 nid=0x946 waiting for monitor entry [0xbb1fd000..0xbb1ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoade r.java :96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:493) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoader.java :96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:493) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:299
AW: AW: AW: [JBoss-dev] Thread deadlock in class loader
I will reissue the bug report immediately. The Jboss will hopefully back it up. Let´s see how this develops ;-) CGJ -Ursprüngliche Nachricht- Von: Dave Smith [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 11. April 2002 16:37 An: Jung , Dr. Christoph Betreff: Re: AW: AW: [JBoss-dev] Thread deadlock in class loader that's not what I did and when I followed your directions it worked perfectly. A FAQ item ? Should I write something? On Thu, 2002-04-11 at 05:46, Jung , Dr. Christoph wrote: Did you prepend the bootclasspath with the patched class using the Xbootclasspath/p:patch.jar option? CGJ -Ursprüngliche Nachricht- Von: Dave Smith [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 10. April 2002 23:22 An: Jung , Dr. Christoph Betreff: Re: AW: [JBoss-dev] Thread deadlock in class loader Seems like sun does not think it is a bug http://developer.java.sun.com/developer/bugParade/bugs/4406709.html Even if I patch the localClassInternal I still get an error. Looks like the class loader is internally locking the class loader because when I run with the -Xdebug option that shows be the locks, it is waiting for a lock that does not exsist in any of the threads. On Tue, 2002-04-09 at 03:35, Jung , Dr. Christoph wrote: Looks like you are a victim of the private synchronized localClassInternal-syndrom that is already known to us and that cannot be resolved except by SUN or by patching the JDK´s java.lang.ClassLoader (remove the synchronized at localClassInternal either by recompiling or by BCEL?) ... Happens very seldom, since most of the classloading happens in one thread at app-startup. Ok, maybe now I will file a bug at SUN ... CGJ -Ursprüngliche Nachricht- Von: Dave Smith [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 8. April 2002 17:43 An: Jboss-Development@Lists. Sourceforge. Net Betreff: [JBoss-dev] Thread deadlock in class loader I have a strange deadlock problem between two threads that are completely unrelated. Could some-one point me in the right direction to solve this problem. Here are the two threads in question .. The first one ins accessing thrid party jars and the second one is trying to look up an entity bean and is getting hung up in the jaas security. CCRAPoll prio=5 tid=0x87000d0 nid=0x943 waiting for monitor entry [0xbb7fe000..0xbb7ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoade r.java :96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at com.candata.gateway.Encryption.init(Unknown Source) at com.candata.gateway.CCRAAbstract.getEncryption(Unknown Source) at com.candata.gateway.CCRAAbstract.recvMsg(Unknown Source) at com.candata.gateway.CCRAPoll.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) and ... MessageListenerThread - CCRARecv prio=5 tid=0x8671b60 nid=0x946 waiting for monitor entry [0xbb1fd000..0xbb1ffad8] at java.lang.ClassLoader.loadClass(ClassLoader.java:288) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoade r.java :96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:493) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) at org.jboss.system.UnifiedClassLoader.loadClassLocally(UnifiedClassLoade r.java :96) at org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:403) at org.jboss.system.UnifiedClassLoader.loadClass(UnifiedClassLoader.java:87) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.ClassLoader.defineClass0(Native Method
