3 Replies Latest reply on Sep 2, 2005 3:13 PM by Brian Stansberry

    Having to re-login on HTTP failover

    Alexander Blank Newbie

      I've set up my application for clustering against JBoss 4.0.2. I'm using two nodes (WinXP Pro 2002 SP2 + JDK 1.4.2_05), and Apache2 + mod_jk1.2 for HTTP failover/load-balancing. My issue is that whenever I shut down the server to which a HTTP client has a sticky connection, Apache correctly redirects a new request from the client to the other server, but I have to login again. Given that the client's session is being replicated on both servers, is this correct behavior?

      Some observations:

      1. As long as both servers are up, I keep monitoring TomcatClusteringCache on each server using printDetails() while I navigate the application. Both the printDetails() outputs remain in-synch throughout.

      2. I've modified the login page to print the session ID. On failover, I've verified that the session ID shown on the login page is the same as the one shown on initial login. This should mean that no new session is being created on failover. The TomcatClusteringCache details for the running server also don't show any new data.

      3. After the relogin, I keep monitoring TomcatClusteringCache details for the running server while I navigate the application. The VERSION attribute for the original session gets incremented with each request. This should reinforce the claim that the replicated session (not a new one) is being used on failover.

      4. There are no errors/exceptions in the logs or on the consoles.

      The following are the failover-related configuration changes I made:

      1. JBoss4/Apache2/mod_jk1.2 have been set up exactly as per http://wiki.jboss.org/wiki/Wiki.jsp?page=UsingMod_jk1.2WithJBoss.

      2. In tc5-cluster-service.xml, used TCP config instead of UDP (required to get rid of cache lock timeout errors). Also, set CacheMode to REPL_SYNC.

      3. Using ATTRIBUTE level replication granularity for the web module (required to get rid of ConcurrentModificationException thrown when using SESSION granularity).

      4. Added distributable tag to descriptor for web module.

      In case it's relevant, the web module is using FORM based login against a custom implementation of javax.security.auth.spi.LoginModule