An ant deploy perhaps? Through the manager thats what we intend to move to.



On Thu, Aug 26, 2010 at 4:17 PM, Pid <p...@pidster.com> wrote:
> On 26/08/2010 15:03, André Warnier wrote:
>> Luca Gervasi wrote:
>>> On Wed, 2010-08-25 at 10:50 -0300, Fernando Morgenstern wrote:
>>>> Hi,
>>>>
>>>> I have a Tomcat cluster environment with 4 servers. I was wondering
>>>> that is the best way to deploy an application on 4 servers at the
>>>> same time.
>>>>
>>>> At a first moment, i thought about having a script that would copy
>>>> war files to all servers using rsync. Basically i upload the war file
>>>> to the first server and them use this script to copy to other tomcat
>>>> servers.
>>>>
>>>> Could you share your experience with this kind of environment? Is
>>>> this the best way to deal with deployment?
>>>>
>>>> Thank you,
>>>>
>>>> Fernando M. Morgenstern
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>>>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>>>
>>>
>>> In such enviroment i think that you should deploy once in the NAS/SAN (i
>>> mean, unpack the war) and use the shared filesystem in ro in each
>>> istance.
>>>
>>> Btw i'm pretty interested in more answers :)
>>>
>> And I believe that this is bad advice (but I am also willing to be
>> contradicted).
>
> Nope.  You're right, it's a really bad idea.
> Hosts, let alone servers, should not share an appBase.
>
>
> p
>
>> Suppose you do this, and one Tomcat notices and starts redeploying the
>> application.
>> What about the other ones which are in the process of serving requests,
>> and would suddenly find a missing or changed servlet under their nose ?
>> At least, you would need some kind of mechanism to tell all Tomcats :
>> wait a minute, do not process any more requests to this application
>> while it is being redeployed, no ?
>>
>>
>> ---------------------------------------------------------------------
>> 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