On Wed, 4 Feb 2004, Shapira, Yoav wrote: > > Howdy, > This is new functionality to tomcat5. Senor Epstein's description of > "what constitutes a deleted webapp" is accurate and well-written.
Well, in light of this new information, I've amended my description :-). I don't think it should be the user's responsibility to delete something that Tomcat creates (in this case at least). Tomcat is going through the trouble of creating it (and it's unclear why -- plus it's also undocumented), it should go through the trouble of cleaning it up. > If you happen to think tomcat should refresh its conf directory > periodically or upon some trigger, please feel free to contribute a > patch ;) Obviously something is triggering Tomcat to create that configuration file, so it's not unreasonable to expect there to be a trigger for Tomcat to delete it (and most likely the inverse of the original trigger). As to contributing a patch -- well, I don't want to open up that Pandora's box :-). But most likely someone already has knowledge of how/why Tomcat is creating the configuration file, they're the most likely choice to look into this. Or at least offer some explanation of why it behaves this way and/or a pointer to the relevant section(s) of code. > >-----Original Message----- > >From: Yansheng Lin [mailto:[EMAIL PROTECTED] > >Sent: Wednesday, February 04, 2004 3:20 PM > >To: 'Tomcat Users List' > >Subject: RE: Tomcat Loads Deleted Context? > > > >Hi, > > > >No, I didn't create the context configuration file under > >/conf/[enginename]/[hostname]/. It was created by Tomcat on the fly. > And > >my > >webapp wasn't starting up twice, which is good. Also I can delete that > >dir, but > >it would be recreated next time when I restart Tomcat5. I think the > >confusion > >lies on whether it's user's responsibily or the container's to clean up > the > >configuration file after user deleting a context element in server.xml. > > > >In tomcat user-guide: > >http://jakarta.apache.org/tomcat/tomcat-5.0-doc/deployer-howto.html, > there > >is > >nothing about when a context descriptor is created, and what happens if > you > >decide to delete a context in your server.xml. It would be nice if the > >container > >refreshes that directory/recreates all the context descriptors when > >server.xml > >is modified. But maybe there is some other setting I don't know of in > 5. I > >didnt' have this problem with tomcat 4 before. > > > >Thanks! > > > >-Yan > > > > > >-----Original Message----- > >From: Milt Epstein [mailto:[EMAIL PROTECTED] > >Sent: Wednesday, February 04, 2004 12:12 PM > >To: Tomcat Users List > >Subject: RE: Tomcat Loads Deleted Context? > > > >> I removed the <Context> for that webapp in > >> conf/server.xml. > > > >Hmmm -- you had a <Context> element for this webapp in server.xml > >*and* a separate context configuration file? That's redundant, > >because they serve the same purpose. I'm not sure what would happen > >in that case -- were you per chance seeing your webapp starting up > >twice? > > > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > This e-mail, including any attachments, is a confidential business communication, > and may contain information that is confidential, proprietary and/or privileged. > This e-mail is intended only for the individual(s) to whom it is addressed, and may > not be saved, copied, printed, disclosed or used by anyone else. If you are not > the(an) intended recipient, please immediately delete this e-mail from your computer > system and notify the sender. Thank you. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
