RE: In memory replication - a non intrusive approach
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]
RE: In memory replication - a non intrusive approach
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 ? Hi Henri, I'm not really sure what you are asking me. The implementation only does session replication. This means that you can place any load balancer in front of it, be it Apache with mod_jk, or even a hardware balancer and the fail over should work. As long as the load balancer doesn't modify the session id in the cookie (or url), the Tomcat server shouldn't really care what is in front of it. My implementation is for Tomcat 4.x, since the architecture is 4 is different than 3.x the same implementation will not work for 3.x. If it was highly desired, I could back port the code into the 3.x source tree as well. Did you get a chance to look at the code? regards Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] www.filip.net -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: In memory replication - a non intrusive approach
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 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]
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. Where do I look at the JK/JK2 code? And where/to who do I send my files to be submitted to CVS? Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] www.filip.net -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] Sent: Monday, February 25, 2002 5:02 PM To: Tomcat Developers List Subject: Re: In memory replication - a non intrusive approach Hi, first of all, my name is filip, hope you all are doing well. a few weeks back I wrote an email about clustering and if there was any initiative. I looked at the source code of Catalina, and it didn't appear to me that it was a complete implementation since it was using regular UDP packets without guaranteed delivery of messages between nodes. I implented an in memory session replication that works pretty well for me, at least in the tests that I have ran. I also wrote complete docs (with the source code published) that you can find on http://www.filip.net/tomcat/tomcat-javagroups.html I'd like to contribute this source to the Tomcat/Catalina project and continue to develop it from there. So I have my question for the developers of Tomcat is: Could I add this source to the source of Catalina and continue to contribute to the cluster implementation of Tomcat? 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 If you want to fix it, then it would add more deployment options for a clustered Tomcat (that's good). Remy -- 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]
Re: In memory replication - a non intrusive approach
Hi, first of all, my name is filip, hope you all are doing well. a few weeks back I wrote an email about clustering and if there was any initiative. I looked at the source code of Catalina, and it didn't appear to me that it was a complete implementation since it was using regular UDP packets without guaranteed delivery of messages between nodes. I implented an in memory session replication that works pretty well for me, at least in the tests that I have ran. I also wrote complete docs (with the source code published) that you can find on http://www.filip.net/tomcat/tomcat-javagroups.html I'd like to contribute this source to the Tomcat/Catalina project and continue to develop it from there. So I have my question for the developers of Tomcat is: Could I add this source to the source of Catalina and continue to contribute to the cluster implementation of Tomcat? 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 If you want to fix it, then it would add more deployment options for a clustered Tomcat (that's good). Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
