So with the current 3.2 branch code what do I do to produce
the class loader problem? 


xxxxxxxxxxxxxxxxxxxxxxxx
Scott Stark
Chief Technology Officer
JBoss Group, LLC
xxxxxxxxxxxxxxxxxxxxxxxx 
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Remy Maucherat
Sent: Wednesday, January 07, 2004 8:39 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Web integration (clustering) updates

Scott M Stark wrote:
> The class loading is the same, the bigger recent change was a 
> refactoring

No, your refactoring didn't break anything, as I did test it earlier.

> of the embedded web service into the web container service and a deployer.
> I would this is the source of the behavior change. What use case 
> produces the problem so I can look at it?

For a variety of reasons, I needed to get a new class on shutdown of the service (a 
webapp deployer, to shutdown all the webapps). This is mostly to be consistent with 
Tomcat standalone, and it would actually be useful if using external contexts.
So to fix it, I changed the setting so that a (useless) Host deployer would be created 
on startup:

   -      <Host name="localhost" autoDeploy="false" deployOnStartup="false">
   +      <Host name="localhost">

--
xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Rémy Maucherat
Senior Developer & Consultant
JBoss Group (Europe) SàRL
xxxxxxxxxxxxxxxxxxxxxxxxxxxxx



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to