tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Zippy Zeppoli <zippyzepp...@gmail.com>
Subject Re: problem with context.xml for parallel deployments
Date Fri, 08 Feb 2013 01:06:01 GMT
Ah, the author himself! Perhaps this will help
http://www.walmart.com/ip/1058245?wmlspartner=wlpa&adid=22222222227000000000&wl0=&wl1=g&wl2=&wl3=21486607510&wl4=&wl5=pla&veh=sem

On Thu, Feb 7, 2013 at 11:30 AM, Mark Thomas <markt@apache.org> wrote:
> On 07/02/2013 19:17, Zippy Zeppoli wrote:
>> I've been testing out parallel deployments
>> (http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Parallel_deployment)
>> in my tomcat cluster. It seems to work really well if I futz around
>> with naming the filenames.
>>
>> Here's what works:
>> 1) cp /artifacts/someapp##001.war /tmp/war-listener
>> --- app gets deployed to the farm by farmdeployer successfully
>> 2) cp /artifacts/someapp##002.war /tmp/war-listener
>> --- someapp##002.war gets deployed, new sessions are migrated over to
>> this version of the application, context path remains the same for
>> both
>> --- someapp##001.war still receives connections, but is undeployed
>> (manually set in server.xml) as sessions expire
>> --- eventually someapp##002.war is the only app serving requests and deployed
>>
>> All good. However, I was trying to use context.xml to define the
>> version, but this fails, the cluster just hangs and never deploys the
>> app.
>>
>> Here was an example of a META-INF/context.xml I was using:
>> <Context name="myapp##1.3.5">
>> </Context>
>>
>> What was I doing wrong with this method?
> Failing to read the documentation.
>
> Do you see the "name" attribute for a Context defined anywhere in this list:
> http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Attributes
>
>> Is it a best practice to version just using the filename, both?
> Again, read the docs:
> http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Naming
>
>> Thanks for any insights, the documentation doesn't seem to explain
>> this very well and there isn't a resource on the web that goes over
>> this in detail.
>
> Looks pretty clear to me. Then I did write it.
>
> Mark
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>

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


Mime
View raw message