tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Pid <...@pidster.com>
Subject [OT] Re: Best practice to upgrade (redeploy) .war files
Date Thu, 09 Sep 2010 06:18:38 GMT
On 09/09/2010 07:10, Rainer Frey wrote:
> On Wednesday 08 September 2010 22:49:20 Christopher Schultz wrote:
>> Rainer,
>>
>> On 9/3/2010 2:53 AM, Rainer Frey wrote:
>>> 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 use one Tomcat instance per webapp, and I use cold deployment only.
> 
> I think this is the best way if you have the resources. But I need to host a 
> growing number of rather small, new webapps, and have only one server ATM. 
> Getting the memory config right that it is enough heap even in unexpected 
> activity bursts, and still be able to run the required number of apps within 
> the available RAM seems tricky.

The memory overhead of actually running Tomcat itself is quite small.
If your small, individual apps have different heap usage profiles, then
separate Tomcat (and therefore JVMs) is in fact the way to go.

Then you can tune the settings for each app, accordingly.


p

>>> I'd really like to hear some input / experiences about production use
>>> with several applications with independent release/deploy cycles.
>>
>> I haven't done it, but Tomcat should be able to do hot re-deployment by
>> simply copying the new WAR file over the old one. Is that not an option
>> for you?
> 
> No, a simple copy triggers no redeployment, as I use autoDeploy="false". I 
> want to trigger the redeployment with the tomcat manager.
> As I stated in the first mail, that works, but is quite cumbersome:
> 
> 1. undeploy current webapp with manager. This deletes war file, expanded 
> directory, and conf/<Engine>/<Host>/app.xml
> 2. copy war file and (if needed) app.xml of new version to conf and appBase 
> directory
> 3. deploy with manager, by specifying .war or .xml and the context path (that 
> was already known to tomcat)
> 
> What I was looking for is:
> 1. copy new .war and .xml
> 2. tell tomcat (manager) to update (redeploy) the already known application 
> context with the new files (where redeploy includes updating/replacing the 
> expanded directory) 
> 
> 
>> -chris
> 
> Rainer
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
> 


Mime
View raw message