Yep, I meant that only. Does apache JK(2) provide this? Somewhere I have
read session replication was not implemented in apache by that time. Is it
available now in apache? 

Or, Is this(session replication) something to be done by the cluster members
(Assuming I use apache as load balancer and Tomcats as cluster members). 

Regards,
Srinivas

-----Original Message-----
From: Dale, Matt [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 21, 2004 3:16 PM
To: Tomcat Users List
Subject: RE: Sticky session?


I'm not really sure what you mean by session-fail-over. If i'm correct it is
the cluster that provides this fail over. The connector will just redirect
to a good node if one goes down. The clustering will have shared your
session to all the nodes so it should be invisible to the user.

Ta
Matt

-----Original Message-----
From: Srinivas Rao Ch [mailto:[EMAIL PROTECTED]
Sent: 21 October 2004 10:24
To: Tomcat Users List
Subject: RE: Sticky session?


Matt, thanks for the valuable info. Does apache JK or JK2 provide
session-fail-over?

Regards,
Srinivas

-----Original Message-----
From: Dale, Matt [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 21, 2004 2:35 PM
To: Tomcat Users List
Subject: RE: Sticky session?


Yes you can do it with Apache using either the JK or JK2 connectors. 

Pen is open source. I've compiled it on solaris and linux without a problem.

-----Original Message-----
From: Srinivas Rao Ch [mailto:[EMAIL PROTECTED]
Sent: 21 October 2004 07:10
To: Tomcat Users List
Subject: RE: Sticky session?


Matt, thanks for the reply. Now, I ruled out the idea of using balancer
application for my requirement. Is there a way of doing this with apache web
server?

I will first try using Pen. I am working on that. I have to check if it
works in all the OSs and if it is open source and free to use and
distribute.

Regards,
Srinivas

-----Original Message-----
From: Dale, Matt [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 20, 2004 6:47 PM
To: Tomcat Users List
Subject: RE: Sticky session?


For what you want to do the balancer application is not suitable as a load
balancer as it merely redirects the request to another server and does not
act as a proxy like some other kinds of load balancers.

The session ID is stored in a cookie, referenced using the hostname. If you
are redirected to another server then you will lose the handle on the
session.

You will need to look into either a hardware or some other kind of software
load balancer, I've used Pen before and found that to be quite good.

-----Original Message-----
From: Srinivas Rao Ch [mailto:[EMAIL PROTECTED]
Sent: 20 October 2004 13:46
To: [EMAIL PROTECTED]
Subject: Sticky session?


I want to deploy a web application in clustering environment. The request
may be processed by any of the clustered members, but the response has to go
from Load Balancer (LB) only. In case the client book marks the page he
should be taken to the same server(LB) irrespective of the cluster member
which processes the request.

 

I am using balancer application for clustering. In rules.xml I am specifying
the cluster member address to be redirected to. Cluster member is processing
and sending the response directly. From then if client performs any action
the LB is getting bypassed. I don't want this to happen. 

 

I want the request to be processed by cluster member and the response has to
be sent by the LB.

 

I'll be very thankful to you if you can shed some light on this. Can we do
this with the balancer application? If not can you please suggest the other
ways?

 

Regards,

Srinivas


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to