Paul: I'm not a tomcat developer (yet), but, I've been writing code that provides fail-over capability by providing distributed (cluster) session managment.
My review of the catalina code indicates that org.apache.catalina.Cluster is not currently useful. The distributed session store does not 'work' and has some design issues that must be addressed before it can be made to work. Tom ----- Original Message ----- From: "Paul Hammant" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, January 06, 2002 4:12 PM Subject: Catalina interface/impl separations | Folks, | | Back in a thread that ended on the 16th October we talked of some fixes | to the code that makes the interface abstractions ( interfaces & classes | in org.apache.catalina package ) no longer dependant on implementation | of Catalina. | | The reason we needed this is that it will make Catalina more mountable | in other applications. Interface/Impl separation allows classloader | hiding of impl from potentially hostile code. | | I guess many issues that were identified were fixed immediately. Here | is my view of what is left: | | org.apache.catalina.Cluster -> dependant on classes from | org.apache.catalina.cluster package | org.apache.catalina.Connector -> dependant on | org.apache.catalina.net.ServerSocketFactory | org.apache.catalina.Context -> dependant on many classes from | org.apache.catalina.deploy | org.apache.catalina.DefaultContext -> ditto | org.apache.catalina.Server -> ditto | | The consensus of opinion was to do nothing at that stage that might | break the API. | | What is the feeling nearly three months on? Are we still aiming at full | separation in terms both of dependancy and Jar? Are these five fixable? | | Regards, | | - Paul H | | | | -- | 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]>
