tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Milt Epstein <>
Subject RE: Tomcat Loads Deleted Context?
Date Thu, 05 Feb 2004 05:42:52 GMT
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

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 []
> >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:
> >,
> 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 []
> >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:
> >For additional commands, e-mail:
> 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:
> For additional commands, e-mail:

Milt Epstein
Research Programmer
Integration and Software Engineering (ISE)
Campus Information Technologies and Educational Services (CITES)
University of Illinois at Urbana-Champaign (UIUC)

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message