You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2003/03/17 19:45:16 UTC

DO NOT REPLY [Bug 18075] New: - Extra stop-restart after a manager deploy

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18075>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18075

Extra stop-restart after a manager deploy

           Summary: Extra stop-restart after a manager deploy
           Product: Tomcat 4
           Version: 4.1.21
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Webapps:Manager
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: theodore.chen@perceptive.com


Here's the scenario:

I am deploying a simple webapp via the Tomcat 4.1.X manager.
After deploying the webapp once, I update the timestamp on
/WEB-INF/web.xml and redeploy (undeploy followed
by a deploy).  Both by monitoring the default
localhost_log.<date>.txt log and by using a thread profiling
tool (JProbe "threadalyzer"), I noticed that there seems to be
a redundant (and erroneous) webapp stop and restart.  I see a stop
and a restart that are caused by the actual deploy and then
within a few seconds, I see a second stop and restart.

In org.apache.catalina.startup.HostConfig, there is a thread
that periodically checks if the deployment descriptor
(/WEB-INF/web.xml) of a webapp has been modified and if it has,
the webapp is stopped and restarted (presumably via a catalina
LifecycleEvent).  If I'm reading the code correctly, there is
a HashMap in HostConfig that contains the last modified times
for the various web.xml files.  It seems that deploying through
the manager webapp does not update this Map (nor is this Map
particularly accessible without some refactoring).

Having a redundant stop and restart may not be bad (though it
would seem to be a bug).  However, I'm trying to track down
a resource leak where I am only able to redeploy 3 or 4 times
before I see an OutOfMemoryError and I am trying to rule out
this stop/restart behavior.

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org