----------------------------------------------------------------
BEFORE YOU POST, search the faq at <http://java.apache.org/faq/>
WHEN YOU POST, include all relevant version numbers, log files,
and configuration files. Don't make us guess your problem!!!
----------------------------------------------------------------
At 09:35 PM 2/9/00 +0100, you wrote:
>KBMail Servlet Support wrote:
> >
> > Hi,
> >
> > This maybe a already-asked question: will using Session object close your
> > way to make your JVM load balanced ?
> >
> > Thanks,
> > Steve
> >
>Hi Steve,
>
>I did not understand what the question means (I'm french). Can you
>reformulate this in a way I could understand it ?
>Thanks
>Jean-Luc
What I think is being asked is: If I use session objects -- which by
default are limited in scope to a single JServ instance -- how do I
support load-balancing my web server. For example:
- You have a server farm of n Apaches, each Apache running a single JServ.
- In front of the server-farm is a load-balancer, eg F5, CoyotePoint, etc.
- Someone comes to the site, the LB routes them to one of the Apache
instances; the JServ on that instance sets a session ID cookie.
- The next page they go to on the site, the LB again routes them, but this
time to a different Apache instance.
- The session ID cookie doesn't exist on that JServ instance, so it looks
like there is no session data for this client.
If this is in fact the question, my suggestion is to get a load-balancer
that understands cookies, or that has "sticky" sessions, or to write code
whereby multiple JServ instances write/read session objects to a shared cache.
If you're asking does load balancing between _multiple JServs_ get
wrecked-up by using sessions, I'm pretty certain the answer is No. Jserv
includes the balance-set info in the session ID cookie, and uses it to
route returning clients to the correct JServ instance.
Hope this helps.
- Fernando
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
