Yes I am sure I am referring to WEB-INF. See, one of my classes has its own static daemon running, and when I update that class's code, a new one gets loaded in, but the old one keeps running.
-----Original Message----- From: Jacob Kjome [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 22, 2004 3:48 AM To: Tomcat Users List Subject: Re: Tomcat and hot code deployment At 10:37 PM 6/21/2004 -0700, you wrote: >Hey! > >As far as I understand, hot code deployment, is when you modify .class >inside /WEB-INF/classes, and tomcat reloads it, correct? > >If so, is it true, that whenever it reloads it, the OLD instance of static >objects, threads, and properties stay alive, that is, tomcat doesnÐÐât >destroy them? Is that why many developers donÐÐât use hot code >deployment on production servers? Because IÐÐâve been trying to debug my >app, and I realized this pattern, and if I am correct, then my application >is bug-free. > I haven't attempted to verify what you are saying, but it seems to me that if the classes containing static variables exist inside WEB-INF/lib or WEB-INF/classes, they should reflect any changes made to code as the WebappClassLoader is dumped and recreated upon reload. Are you sure you aren't referencing static variables from classes existing in common/lib, common/classes, shared/lib, or shared/classes? Those wouldn't be reloaded. Jake >Thanks > >--- >Outgoing mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.701 / Virus Database: 458 - Release Date: 07.06.2004 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
