> -----Original Message-----
> From: Andrew Todd [mailto:andrew.todd...@gmail.com]
> Sent: Wednesday, August 24, 2011 7:53 AM
> To: Tomcat Users List
> Subject: Re: jvmRoute generation
> 
> On Tue, Aug 23, 2011 at 5:31 PM, Christopher Schultz
> <ch...@christopherschultz.net> wrote:
> > If you are using sticky sessions, then it is vital to the operation
> of
> > your cluster that the jvmRoutes be set with care and configured in
> the
> > web server to match the individual Tomcat instances.
> 
> Thanks, it sounds like I need to go back to the person who is
> configuring mod_jk for us. I was told that this was essentially a
> one-way configuration value and did not have to be set on both Tomcat
> and the httpd; it was just a unique identifier that was attached to
> the sessionid.
> 

Well, it gets attached to the sessionid by Tomcat, not httpd.  It is read by 
the front-end to determine which backend is supposed to receive the request.  
As Chris pointed out, it is mostly used by folks running with 
"sticky-sessions", but from what I've been able to tell, most folks set up 
their clusters that way. It lessens the headaches.

FYI: When you see a hyperbolic, over-the-top response like my first, it's 
usually a combination of a query of "what are you trying to accomplish" and a 
hint that you might need to (re)read the documentation on the topic so you have 
a better idea of what is going on.  I see from your first post that you know 
where to find the Tomcat 7 documentation, take a closer look at section 18.
__________________________________________________________________________

Confidentiality Notice:  This Transmission (including any attachments) may 
contain information that is privileged, confidential, and exempt from 
disclosure under applicable law.  If the reader of this message is not the 
intended recipient you are hereby notified that any dissemination, 
distribution, or copying of this communication is strictly prohibited.  

If you have received this transmission in error, please immediately reply to 
the sender or telephone (512) 343-9100 and delete this transmission from your 
system.

Reply via email to