The deployment is destroyed before the classloader.
It is just that it left a thread lying around referencing the
classloader.

On Wed, 2006-04-05 at 12:33 -0500, Scott M Stark wrote:
> I do have to question why the class loader is destroyed before all
> deployments are though. I'll look into that as part of the JBAS-3063
> issue.
> 
> > -----Original Message-----
> > From: Scott M Stark 
> > Sent: Wednesday, April 05, 2006 10:24 AM
> > To: Adrian Brock
> > Cc: Rajesh Rajasekaran; QA; jboss-development@lists.sourceforge.net
> > Subject: RE: jboss-4.0-testsuite Build Failed
> > 
> > I'll create a jira issue for the class loader behavior. 
> > 
> > > -----Original Message-----
> > > From: Adrian Brock
> > > Sent: Wednesday, April 05, 2006 10:16 AM
> > > To: Scott M Stark
> > > Cc: Rajesh Rajasekaran; QA; jboss-development@lists.sourceforge.net
> > > Subject: RE: jboss-4.0-testsuite Build Failed
> > > 
> > > On Wed, 2006-04-05 at 11:44 -0500, Scott M Stark wrote:
> > > > An undeployed class loader should probably still delegate to its 
> > > > parent if it does not have a repository?
> > > 
> > > Agreed. Reflection didn't work either.
> > > 
> > > I've changed the minimal config to have <attribute 
> > > name="StopTimeOut">0</attribute> to temporarily workaround 
> > the issue.
> > 
-- 
xxxxxxxxxxxxxxxxxxxxxxxx
Adrian Brock
Chief Scientist
JBoss Inc.
xxxxxxxxxxxxxxxxxxxxxxxx



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to