The third one. ☹ Oh well, I had to ask.
-Eric -----Original Message----- From: Mark Thomas <ma...@apache.org> Sent: Tuesday, April 22, 2025 2:50 AM To: users@tomcat.apache.org Subject: Re: State Synchronization without Serialization - Possible? On 22/04/2025 01:09, Eric Robinson wrote: > Hi all, > > We want to implement tomcat clustering, but we cannot because the application > is commercial, and it does not support serializable objects. In short, it > does not work with tomcat's standard clustering technology. Is there any > known reliable way to share session state, cookies, etc., between tomcat > instances, without using tomcat's native clustering facilities, and without > having access to the application code? I know it's probably a dumb question, > but I must ask. What are you trying to achieve? Sharing the load between multiple servers? Fail over (with data loss) if one server fails? Fail over without data loss if one server fails? The first two can be done. The third would require some tool that could reliably serialize any Java object regardless of whether it was serializable. I haven't come across such a tool but that doesn't mean one doesn't exist. Mark --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org Disclaimer : This email and any files transmitted with it are confidential and intended solely for intended recipients. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physician Select Management. Warning: Although Physician Select Management has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
