>Hi Henri, >the source code can be found on my web site along with the document >describing the implementation. >http://www.filip.net/tomcat/tomcat-javagroups.html >http://www.filip.net/tomcat/tomcat-javagroups-src.jar
Do you think we could use this stuff in JK/JK2, both java and native parts, so we could use it in TC 3.3/4.x ? >There is one thing that I would like to change if this >implementation became >a part of tomcat-catalina. >I would rather make the GenericPrincipal be serializable than >having to wrap >the principal information in my SerializablePrincipal. > >But for this implementation I didn't want to touch any of the >other code >since nobody could use my stuff if that was the case. > >let me know what you think? >Filip > >~ >Namaste - I bow to the divine in you >~ >Filip Hanik >Software Architect >[EMAIL PROTECTED] >www.filip.net > >>-----Original Message----- >>From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] >>Sent: Wednesday, February 27, 2002 2:38 AM >>To: Tomcat Developers List >>Subject: RE: In memory replication - a non intrusive approach >> >> >>>Hi Remy, >>>thanks for getting back to me. >>> >>>>Yes, why not. >>>>Note that the feature is: >>>>- a bit redundant with JK/JK2 load balancing, so it's not my >>>top priority >>>>personally >>>>- currently in alpha/unsupported status >>> >>>I'm not sure about the JK/JK2 load balancing feature, but from >>>the name of >>>it, I don't think they are redundant, they are two pieces that >>>complete the >>>puzzle. See my implementation only does session replication, >>>nothing else. >>>If you have JK/JK2 do loadbalancing between the different >>>tomcat servers and >>>session replication, then you are all good to go. A complete cluster >>>solution. >> >>LoadBalancing + SessionReplication are not redundant, they are the >>2 major piece of Failover/Recovery, and I'll be more than happy to >>see that piece of code. >> >>I proposed sometimes ago to add such functionnality in jk/jk2, by >>extending jk protocol to forward to web server, http answers and >>also ALL session ID + session DATA (when there is an update). >> >>In recover mode, a backup tomcat could then receive REQUEST AND >>SESSION ID/SESSION DATA which where produced previously by master >>tomcat. >> >>>Where do I look at the JK/JK2 code? >> >>jakarta-tomcat-connectors >> >>>And where/to who do I send my files to be submitted to CVS? >> >>Send it to the list, we take all a revue and commit it if >>everybody agree :) >> >>I'll take a definitive look at it >> >>-- >>To unsubscribe, e-mail: >><mailto:tomcat-dev->[EMAIL PROTECTED]> >>For additional >>commands, e-mail: >><mailto:[EMAIL PROTECTED]> >> >> > > >-- >To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>