CODEWITHSUNDEEP
deploymentconfigurationtomcatservlets
newtover
newtover

Reputation: 32094

Deployment of Web Application to a Running Tomcat

I would like to collect some best-practices on deployment of a web-application to a running Tomcat. Not long ago I had to describe the deployment process of our web-application and the process appeared rather confusing.

Say, we have an application in a WAR file (foo.war) correctly configured and not requiring additional configuration. In this case, the deployment process is rather easy:

To undeploy the application:

Now I want to override some context parameters in my running application. Having read the docs, all I need to do:

  1. Create a context.xml file called foo.xml
  2. Copy the file to the $CATALINA_BASE/conf/[enginename]/[hostname]/ directory.

Unfortunately, that did not work: the application would not restart. Empirically, we found out that the only working solution is when the war file is deployed to a location outside the $CATALINA_HOME/webapps. Besides, the default values of the configurable context parameters in the WAR file should be specified in the web.xml, since context.xml in the WAR file is not read when there is a context.xml outside.

Here is an easy example of the foo.xml:

<?xml version='1.0' encoding='utf-8'?>                           
<Context docBase="/path-to-deployment-directory/foo.war">
    <Parameter name="myparam" value="newvalue" override="false"/>
</Context>

Be sure to specify override=false for the parameter if you want the 'newvalue' to override the value specified in the WAR's web.xml. This was not obvious for us.

Thus, to deploy an aplication to a running Tomcat:

  1. Create a context.xml file called foo.xml
  2. Copy the file to the $CATALINA_BASE/conf/[enginename]/[hostname]/ directory.
  3. Copy the foo.war to the location specified in the docBase of the foo.xml; the application will deploy automatically.

To apply new context parameters:

To undeploy the application:

Note that removing the foo.war will also work, but will remove the foo.xml as well.

By now, I have the following questions:

  1. Is it a best-practice at all to deploy a web-application without stopping the tomcat? I heard an opinion that deployment to a running tomcat is never needed since people run each application in a separate tomcat.
  2. Is it a good idea to copy WAR files to $CATALINA_HOME/webapps or they should better be kept in a separate location?
  3. How can I configure an application deployed to $CATALINA_HOME/webapps
  4. Why there is no INFO line in the catalina.out for deployment of an application and there is one for undeployment? Is it configurable?

Upvotes: 9

Views: 8170

Answers (2)

popcnt
popcnt

Reputation: 4645

On question (1), Tomcat works great for deploying servlets into a running server. There may be concerns w.r.t. security or possibly D.O.S. or provisioning reasons why you would have separate server instances.

You have the flexibility to do either way, but it is often more convenient to deploy to an already running server. This is a BUILT-IN feature in the servlet architecture. :)

For (2), again it is at your discretion where you you want to put WARs. It sounds like you already have it configured a non-standard (non-default I should say) way. Check your server.xml file for the settings in your server instance(s). Check for attributes like unpackWARs and autoDeploy.

For (3) and (4), plus your (1,2) questions, it might be a good idea to consult the Tomcat docs for your version of Tomcat on its deployment model. You should be able to use the same docs to figure out how your server has been configured.

See Tomcat Web Application Deployment in the Tomcat manual, adjusting for your version of Tomcat.

Upvotes: 1

kgiannakakis
kgiannakakis

Reputation: 104198

One solution would be to use the manager application. If you decide that is safe to use it, then you can easily deploy, start, stop and undeploy applications:

http://localhost:8080/manager/deploy?path=[context_path] http://localhost:8080/manager/start?path=[context_path] http://localhost:8080/manager/stop?path=[context_path] http://localhost:8080/manager/undeploy?path=[context_path]

There are ant tasks that can help you with these.

I am guessing, but do not know for sure, that stopping and starting an application will make it reread the context.xml.

Regarding your second question, I believe it is better for maintenance reasons to keep the war files in the webapps directory.

Upvotes: 0

Related Questions