I have the exact same configuration but I do not do session replication
because of the fact that our app was not written correctly (something
about serializing variables and ours are not serialized; it will take a
code audit and rewrite to accomplish it).

Anyway, here is what you can do:

http://www.theserverside.com/resources/article.jsp?l=Tomcat

Tomcat 5, now in development, will have session replication across
Tomcats (i.e., clustering) built-in.

I will say that Mr. Moliere makes a good point: sending session data
across the network unencrypted is a rather large security hole. But then
again, the communication between mod_jk and Tomcat is by default
unencrypted.

Ben Ricker
Wellinx, inc.


On Tue, 2003-08-26 at 09:39, Peter Anning wrote:
> Hi,
> 
> I am trying to implement the following configuration:
> 
> 
> +++++++++++++++++++++++++++++++++++++++++++++++
>               Cisco Load Balancer
> +++++++++++++++++++++++++++++++++++++++++++++++
>                         |
>                         | (http)
>                         |
> +++++++++++++++++++++++++++++++++++++++++++++++
>    Apache A                        Apache B         Apache Cluster Layer
>     mod_jk                          mod_jk
> +++++++++++++++++++++++++++++++++++++++++++++++
>                         |
>                         | (ajp13)
>                         |
> +++++++++++++++++++++++++++++++++++++++++++++++
> TomcatI.myhost.com           TomcatII.myhost.com    JBoss Cluster Layer
> +++++++++++++++++++++++++++++++++++++++++++++++
> 
> 
> I can configure mod_jk in each of the Apache instances to
> know about the two tomcat instances. So loadbalancing and
> failover would work with one instance of apache.
> 
> Is there any way to have the Apache ``cluster'' layer
> know about other ``members'' in the layer and the 
> current servlet connection status?
> 
> Rgds
> Peter
> 
> ---------------------------------------------------------------------
> 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