On Tue, 2010-09-07 at 17:11 +0200, Rainer Jung wrote: > On 07.09.2010 17:04, Brett Delle Grazie wrote: > > On Tue, 2010-09-07 at 11:15 +0200, Mladen Turk wrote: > >> On 09/07/2010 11:02 AM, Amol Puglia wrote: > >>> Hello Team, > >>> > >>> Below are the details of workers.properties file and httpd.conf file. > >>> > >>> # lists the workers by name > >>> > >>> worker.list=tomcat1, tomcat2, tomcat3, loadbalancer > >>> > >> > >> This should be > >> worker.list=loadbalancer > >> > >> Note that workers that constitute load balancer must > >> not appear in the worker.list > > > > May I ask what might happen if they were? > > > > For example, I have two separate vhosts, one which uses the balancer and > > one (for jk-manager access) which does not, both use sticky sessions - > > would this cause problems with the balancer code? > > No. It might only confuse people reading the config wondering which of > it is used. As long as you get your JkMount right, mod_jk uses the > worker you expect.
Thanks - I thought that this might be related to my other cpong issue. > > No idea, what your vhosts have to do with putting the above mentioned > ajp workers (tomcat1 etc.) into worker.list though. A vhost for > jk-manager access only needs to use one worker, namely a worker of type > status. That one needs to be put into the worker.list. Its actually because of a monitoring tool within the real webapp. We use different vhosts (and ACL rules) to ensure the outside world can't get access to the monitoring part. > BTW: version 1.2.30 contains a nice default configuration in its source > download tarball. It shows using load balancer and status worker fer > example. And that is the one I have used :) > > Regards, > > Rainer > > Thanks again. -- Best Regards, Brett Delle Grazie ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
