tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jason Wright <>
Subject mod jk - multiple applications, different server clusers, sticky sessions
Date Wed, 02 Sep 2009 21:38:54 GMT

I've an interesting situation with our application clusters. I am running
multiple applications for one of our websites. We don't share sessions
between the different servers; we use sticky sessions instead. Session
replication is difficult because of the large size of our users' sessions.

We use applications A & B. I would like application A to run on servers 1
and 2 and application B to run on servers 3 and 4.

The user initially requests application A and receives a sticky session for
server 1. Later, the user requests application B. Since the sticky session
was set, server 1 is accessed, but application B is not found. If
sticky_session_force is set, then another server is tried; however, the
sticky session will still be set to server 1 and the application B may not
use the same server.

I've thought of 3 possible ways to solve this problem with a preference to
the one I don't know how to do yet.

The first (my preference) is to be able to use multiple sticky sessions, one
for each application. This might involve multiple copies of modjk loaded by
tomcat with multiple files, or something like that. I
would have no idea of how to do this. Does anyone know how to do this?

The second way of solving this problem is to use multiple copies of Tomcat
bound to different IP addresses with different configuration files. This
solution would be seen as subdomains to the user.

The third way of solving this problem is to use multiple copies of Tomcat
bound to different ports (same IP address) with different configuration
files. This solution would have the same domain, but different port numbers.

I'm pretty sure that the second and third solutions would work, but I'm not
sure about the first solution. I've searched extensively and haven't found
anyone with the same problem. Has anyone on this list been in this situation
or know the best way to solve this problem?

Thanks in advance,
Jason Wright


Jason Wright
TCN Systems Administrator
Office (866) 745-1901 x123
Cell (801) 687-3260

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message