Itīs a rt.jar problem that happens on all platforms, now, and spuriously (because itīs a threading issue and Depends on when which classes are loaded!).
CGJ -----Ursprüngliche Nachricht----- Von: Marius Kotsbak [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 19. April 2002 14:13 An: Jung , Dr. Christoph Cc: [EMAIL PROTECTED]; JBoss-dev; infor:21 Betreff: Re: [JBoss-dev] Save the Rabbit Hole UnifiedClassLoaders - Vote and Argue at the BugParade! - Spread the Word! Is this a Win32/1.3.1 - problem only, or is it the same for linux? Is it something that jboss has a problem with now (how often does it happen?), or something that isn't implemented because of this. ( 1 voted 3 votes on this, I think :-) Marius On fre, 2002-04-19 at 12:41, Jung , Dr. Christoph wrote: > Hi guys, > > as promised, I have refiled our spurious deadlock problem that comes > from private synchronized Class > java.lang.ClassLoader.loadClassInternal(String) > in the Bug Parade under > > http://developer.java.sun.com/developer/bugParade/bugs/4670071.html > <http://developer.java.sun.com/developer/bugParade/bugs/4670071.html> > > * If you feel you can add some explanations or code, please comment > and convince them! > * If you also think that this is an important change to make in the > JDK (and you should when you are, as we, addicted to JBoss), please vote! > * If you suspect that this topic is of relevance to other (Open > Source) products, please forward this announcement to the relevant > mailing lists such that we get the most pro-votes! > * If you donīt care, SODs (suck our ... you know what I mean!). > > Maybe donīt be too harsh ;-) The only workaround is to violate the > Byte-Code License with a patched class. This is really important! > Letīs put the rule to the test! > > CGJ > > > _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
