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) > > 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:292) > > at java.lang.ClassLoader.loadClass(ClassLoader.java:292) > > at java.lang.ClassLoader.loadClass(ClassLoader.java:255) > > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) > > at java.lang.Class.forName0(Native Method) > > at java.lang.Class.forName(Class.java:195) > > at > > javax.security.auth.login.LoginContext.invoke(LoginContext.java:626) > > at > > javax.security.auth.login.LoginContext.access$000(LoginContext.java:129) > > at > > javax.security.auth.login.LoginContext$4.run(LoginContext.java:599) > > at java.security.AccessController.doPrivileged(Native Method) > > at > > javax.security.auth.login.LoginContext.invokeModule(LoginContext.java:596) > > at > > javax.security.auth.login.LoginContext.login(LoginContext.java:523) > > at > > > org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecuri > tyMana > > ger.java:391) > > at > > > org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecuri > tyMana > > ger.java:358) > > at > > > org.jboss.security.plugins.JaasSecurityManager.isValid(JaasSecurityMan > ager.j > > ava:214) > > at > > > org.jboss.ejb.plugins.SecurityInterceptor.checkSecurityAssociation(Sec > urityI > > nterceptor.java:163) > > at > > > org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityIntercept > or.jav > > a:91) > > at > > org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:109) > > at > > org.jboss.ejb.EntityContainer.invokeHome(EntityContainer.java:468) > > at > > > org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.invokeHome(BaseL > ocalCo > > ntainerInvoker.java:243) > > at > > > org.jboss.ejb.plugins.local.BaseLocalContainerInvoker$HomeProxy.invoke > (BaseL > > ocalContainerInvoker.java:367) > > at $Proxy32.findByCadexAccountSec(Unknown Source) > > at > > com.candata.cadex.mbeans.CCRACadexMessageBean.onMessage(Unknown > > Source) > > at > > org.jboss.mq.SpyMessageConsumer.run(SpyMessageConsumer.java:484) > > at java.lang.Thread.run(Thread.java:484) > > > > > > > > _______________________________________________ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
