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 <ma...@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-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