Hi,

I just use Tomcat Manager webapp: undeploy and deploy without restarting Tomcat. It brings no downtime to other webapps/hosts on the same Tomcat, and downtime of the webapp itself is few seconds per deploy.

This is acceptable for me, since the server load is really low.

If a webapp cleans up after itself, it will cause no problems on performance.

Regards,
Ognjen


On 3.9.2010 8:53, Rainer Frey wrote:
On Monday 30 August 2010 12:55:19 Rainer Frey wrote:
Hi,

It's not normally my style, but is there really no feedback on this topic?
Does anyone use explicit hot deployment with Tomcat Manager in production? How
do you actually upgrade deployed applications?

And if you use cold deployment only, how do you avoid downtime for other apps?
Do you really use one Tomcat  instance per app?

I'd really like to hear some input / experiences about production use with
several applications with independent release/deploy cycles.

Thanks again
Rainer

what is the best practice to replace a webapp with a newer version in
production?

I'm using Tomcat 6.0.29, with unpackWARs="true" autoDeploy="false". All
Webapps reside in appBase, some have a machine-specific context descriptor,
that I manually copy to conf/Catalina/localhost.

I use the Tomcat Manager (via HTML-Interface) to deploy applications. What
is the recommended way to upgrade a webapp to a newer version (same war
name, same desired context path)?

The HTML manager has no "redeploy" option. "deploy" is not possible as the
context already exists. I tried to put the new war file into appBase, and
use reload, but that won't update the expanded directory to the new war
file.

What I did is:
  * undeploy
  * copy new war file
  * deploy

This is cumbersome as I have to switch forth and back between manager and
file operations.

Is there a better way?

Thanks
Rainer

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to