Christopher thanks for answer. I'm thinking to use this solution because the application is very big and updates will be frequent. I had set context descriptor and now all tomcat points to a folder on other machine. Load balancing works fine, but when I shutdown a tomcat with a open session, replication sessions doesn't works. What do you think?
2009/10/5 Christopher Schultz <ch...@christopherschultz.net> > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Paolo, > > No need to post twice: your messages are getting through. > > On 10/5/2009 9:06 AM, Paolo Santarsiero wrote: > > Now I'd like to use a common > > webapps folder on third machine where to put my applications and I'd > like > > tomcat's instances go all there to deploy and use application. I don't > know > > if this way is possible, because in all documentations I read that the > > applications must be replicate in all tomcat webapps. Can someone help > me? > > It should be possible to deploy the same application twice from the same > place, but you should /not/ use the same auto-deploy webapps directory > for two different Tomcat instances. If you do, they could interfere with > each other in ways that may surprise you. > > Instead, put your webapp's deployment directory (or WAR file) somewhere > both machine can see it. Then, use a > conf/[servicename]/[hostname]/[contextname].xml file to define your > <Context> and point the docBase to your deployment directory (or WAR File). > > Another question is whether this will degrade your performance since > you'll need some kind of network share available to host this webapp. Is > your webapp so big that it needs to be shared by two instances? Or, is > this sharing intended to ease upgrades, etc.? > > - -chris > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAkrJ9GMACgkQ9CaO5/Lv0PD9SQCguKZE79RzOSAb8NyRMF+YRaWY > aYEAnjCLebgSZmp3j9tNXMsjgQ2ySQv1 > =Uv39 > -----END PGP SIGNATURE----- > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
