tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel Rall <>
Subject [PATCH/COMMENTS] Automatic Application Deployment and Host.liveDeploy
Date Fri, 19 Apr 2002 00:35:22 GMT
Added missing closing paren.

Index: host.xml
RCS file: /home/cvspublic/jakarta-tomcat-4.0/webapps/tomcat-docs/config/host.xml,v
retrieving revision 1.12
diff -u -u -r1.12 host.xml
--- host.xml	20 Mar 2002 12:33:01 -0000	1.12
+++ host.xml	19 Apr 2002 00:11:30 -0000
@@ -245,7 +245,7 @@
     <p>If you are using the standard <strong>Host</strong> implementation,
     the following actions take place automatically when Catalina is first
     started, if the <code>autoDeploy</code> property is set to
-    <code>true</code> (which is the default value:</p>
+    <code>true</code> (which is the default value):</p>
     <li>Any XML file in this directory is assumed to contain a
         <a href="context.html">Context</a> element (and its associated

This "Automatic Application Deployment" section should also mention
the new liveDeploy flag.  This flag must be used in conjunction with
autoDeploy if the name of your web application directory differs from
the name of the Context where you mount your web app (when you want
_only_ the Context entries defined in server.xml to be deployed).

Consider the following layout:


...with a server.xml like:

      <Host name="" appBase="webapps" autoDeploy="false">
        <Context path="mycontext" docBase="secretapp" reloadable="true"/>

The initial startup occurs, and secretapp is mounted at "/mycontext".
After the initial startup, if I haven't included liveDeploy="false" in
my <Host> entry, Catalina's live deployment thread wanders over, spots
the "secretapp" directory under my Host's appBase, and decides to load
it as another web app (even though it has already been loaded and
mounted at "/mycontext").  Wasted resources aside, this can be painful
(example: consider the case where your web app's servlets open TCP
listener sockets).

Definitely worth mentioning in the doc, and perhaps protecting against
in some fashion in the code (if possible).

- Dan

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

View raw message