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