your workaround will work fine, by putting the note in the session. good thinking :)
Filip -----Original Message----- From: Walter Stokes [mailto:[EMAIL PROTECTED] Sent: Friday, March 12, 2004 8:20 AM To: Tomcat Users List Subject: RE: Tomcat 4 Clustering w/Session Replication Issue Hi Filip, first let me thank you for your excellent replication code. Unfortunately, our current load balancing scheme does not guarantee session affinity. So, my requirements are to get session replication working across cluster in a non-sticky session environment. Through much research, I have seen some of your old source code, where it appeared you were considering replicating notes as well. I realize that this would force all notes to be serializable, and maybe that is why its not done. In the formauthenticator class, placing the original httprequest object in notes breaks the serializable model. My current workaround is to re-write the FormAuthenticator class to place the original http request info in session attributes, along with the Principal object. I am just hoping no other classes require these objects in the notes. Any thoughts or suggestions would be much appreciated! "Filip Hanik (lists)" <[EMAIL PROTECTED]> wrote:use sticky load balancing, that should do it Filip -----Original Message----- From: Walter Stokes [mailto:[EMAIL PROTECTED] Sent: Thursday, March 11, 2004 3:56 PM To: [EMAIL PROTECTED] Subject: Tomcat 4 Clustering w/Session Replication Issue I am experiencing a problem using software load balancer distributor (using round robin) to two Tomcat 4.1.24 instances running on the same machine. I am using the tomcat-replication.jar for in memory session replication. The context using session replication is also using a security-realm with form authentication. When the initial http request comes into server1, security constraint forces browser to my custom login form page. The submit of form(POST of j_security_check) then hits the server2. User authentication is successful, however server2 doesn't have the original http request. So he doesn't know the original URL to redirect to. This appears to happen b/c Tomcat places the original httprequest into the notes collection of the catalina session object. The notes collection doesn't appear to be replicated between servers. So, the second server doesn't have the original url. It looks like the principal gets replicated, along with all session attributes. So, the problem only happens at login. Meaning once the user is authenticated and redirected by the same server, I can switch servers successfully. From further testing, it looks like the same situation exists in Tomcat 5 with clustering code. I am wondering is this a known issue or if it should be considered an issue. Any configuration fixes or workarounds would be helpful. Thanks for your time! --------------------------------- Do you Yahoo!? Yahoo! Search - Find what youre looking for faster. --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.614 / Virus Database: 393 - Release Date: 3/5/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.614 / Virus Database: 393 - Release Date: 3/5/2004 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------- Do you Yahoo!? Yahoo! Search - Find what youre looking for faster. --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.614 / Virus Database: 393 - Release Date: 3/5/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.614 / Virus Database: 393 - Release Date: 3/5/2004 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
