Unfortunately there is no such "stickiness" built into Local Director, it is dumb in that it has no concept about the request or where it should go--at least in terms of servlet sessions. I have been playing around in my mind the idea of using the Java Shared Data Toolkit (JSDT) as an asynchronous method of collaborating servlet session objects. I could have servlets on each webserver that are JSDT clients and they could publish or write a session object to a JSDT session/channel. Servlets on other webservers could invoke a channel listener that would inform them when a new Servlet session has been added. -ernie Shashank Phadke wrote: > Ernie -- > > I am playing through this idea as you can see from the other load balancing > thread. But just my thoughts on your issue .. > > If the director can use some sort of sticky sessions (ah .. thats the word I > was looking for !) then it can direct requests from one user to the *same* > webserver. Thereafter you can have one webserver <--> one servlet engine > combination which will not need any session info sharing amongst the JVM per > se. Anything common can be in the DB may be ?! > > I am not sure about the other architecture where we can have one webserver > and multiple servlet engines with a built-in director (?) to stick the > session to the corresponding servlet engine. Is that what Apache - JServ > combination does ? Can it be extended to any webserver ? I dunno .. > > Shashank > > >From: Ernie V <[EMAIL PROTECTED]> > >Reply-To: "A mailing list for discussion about Sun Microsystem's Java > > Servlet API Technology." <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: Maintaining session across multiple JVMs > >Date: Thu, 4 Nov 1999 11:39:22 -0600 > >MIME-Version: 1.0 > >From [EMAIL PROTECTED] Thu Nov 04 09:38:08 1999 > >Received: from [204.160.241.28] by hotmail.com (3.2) with ESMTP id > >MHotMailB9EB0F77002DD82197E6CCA0F11C93060; Thu Nov 04 09:38:08 1999 > >Received: from mail (mail.java.sun.com [204.160.241.28])by > >mail.java.sun.com (8.9.3+Sun/8.9.3) with ESMTP id JAA23118;Thu, 4 Nov 1999 > >09:16:21 -0800 (PST) > >Received: from JAVA.SUN.COM by JAVA.SUN.COM (LISTSERV-TCP/IP release 1.8d) > >with spool id 1728352 for [EMAIL PROTECTED]; Thu, 4 > >Nov 1999 08:40:44 -0800 > >Received: from server1.electronaut.com (server1.electronaut.com > >[208.146.127.5]) by mail.java.sun.com (8.9.3+Sun/8.9.3) with ESMTP id > > IAA16524 for <[EMAIL PROTECTED]>; Thu, 4 Nov 1999 > >08:40:41 -0800 (PST) > >Received: from skyserver.com ([206.33.199.51]) by server1.electronaut.com > > (Post.Office MTA v3.5.3 release 223 ID# 0-54107U1000L100S0V35) with > > ESMTP id com for <[EMAIL PROTECTED]>; Thu, 4 Nov 1999 > > 11:43:24 -0500 > >X-Mailer: Mozilla 4.7 [en] (WinNT; I) > >X-Accept-Language: en > >Message-ID: <[EMAIL PROTECTED]> > >Sender: "A mailing list for discussion about Sun Microsystem's Java > > Servlet API Technology." <[EMAIL PROTECTED]> > >Organization: Skyserver Consulting, Inc. > > > >I'm faced with the architectural issue of maintaining sessions across > >two or more servers. In our setup we will have a Cisco Local Dirtector > >providing load balancing between two or more web servers. Sessions will > >play a big role in our application. > > > >What are some of the ways one could recognize or share sessions accross > >multiple JVMs? > > > >-ernie > ><< erniev.vcf >> > > ______________________________________________________ > Get Your Private, Free Email at http://www.hotmail.com > > ___________________________________________________________________________ > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff SERVLET-INTEREST". > > Archives: http://archives.java.sun.com/archives/servlet-interest.html > Resources: http://java.sun.com/products/servlet/external-resources.html > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
begin:vcard n:Varitimos;Ernie tel;home:781-784-1997 x-mozilla-html:TRUE url:http://www.skyserver.com org:Skyserver Consulting adr:;;144 Upland Rd;Sharon;MA;02067;USA version:2.1 email;internet:[EMAIL PROTECTED] title:President fn:Ernie Varitimos end:vcard
