OK, I had understood the problem was that one of the "loadClass" call hadn't gone *at all* through a UCL and directly went to the System classloader. my mistake.
> -----Message d'origine----- > De : [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]De la part de > Scott M Stark > Envoyé : jeudi, 3 octobre 2002 23:02 > À : [EMAIL PROTECTED] > Objet : Re: [JBoss-dev] [ jboss-Bugs-617574 ] Classloader deadlock > > > This problem is not related to the thread context class loader. The > heiarichical repositories were incorrectly synchronized and naked > calls to the delegate class loaders generated by the VM were not > synchronized with the repository. Both issues have been fixed. > > xxxxxxxxxxxxxxxxxxxxxxxx > Scott Stark > Chief Technology Officer > JBoss Group, LLC > xxxxxxxxxxxxxxxxxxxxxxxx > > ----- Original Message ----- > From: "Sacha Labourey" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, October 03, 2002 9:40 AM > Subject: RE: [JBoss-dev] [ jboss-Bugs-617574 ] Classloader deadlock > > > > Hello marc, > > > > That's not enough to simply add this: as the JVM will > automatically create > > one instance of this class (no arg constructor), we would end > up with a UCL > > that don't have an associated Repository. We will need to > implement a new > > classloader that delegates loading correctly. Do you think that > delegating > > to the context classloader is enough? In multi-Repository > situations, does > > the current repository is correctly associated with each thread? (maybe > > that's one for Scott) > > > > Cheers, > > > > > > Sacha > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
