Hi - We have a problem which appears to be caused by the introduction of Terracotta into our load balancing architecture whereby Apache/mod_jk load balancing looses its ability to make session sticky - i.e. route requests for existing sessions back to the worker node that created the session.
ARCHITECTURE-We are using Apache and mod_jk as a load balancer in front of JBOSS 4.0.5 app servers (the worker nodes) which in turn use embedded Tomcat 5.5 as the servlet engine.
What we are trying to do is use Terracotta to replicate sessions between the JBOSS/Tomcat app servers.
In order to make sessions sticky in the Apache/mod_jk/Tomcat architecture we need to modify jbossweb-tomcat55.sar/jboss-service.xml to set this property <attribute name="UseJK">true</attribute> to cause Tomcat to append the worker name to the session id. This is required to ensure that Apache/mod_jk routes requests for existing sessions through the the correct app server (worker node).
So this setting causes a session id like 1E6F8002396FE484925912 to be changed to 1E6F8002396FE484925912.worker1 and mod_jk then routes the request back to worker1. i.e. makes the session sticky.
Now when we introduce TC into the environment it appears that the worker name that was appended to the session id is removed.
TC is correctly replicating sessions between the worker nodes but the omission of the worker name from the session id causes the sessions to loose stickiness and they are not routed back to the original worker node.
Is there some additional configuration we need to make in TC, mod_jk or Tomcat to make this work correctly?
Would you mind looking it over and let me know if the fix proposed in that thread works for you? The thread never specified mod_jk but I suspect that the OP was using mod_jk.