On Tue, Feb 15, 2011 at 8:49 PM, Martin Grotzke <martin.grot...@googlemail.com> wrote: > On Tue, Feb 15, 2011 at 11:08 AM, Thomas Andraschko > <tommygrass...@yahoo.de> wrote: >> Thanks! i will give it a try! >> Is there also another manager available without using memcached? > None that I'm aware of, but perhaps google will know more ;-) I forgot terracotta web sessions (proprietary product), which detects changes via proxying AFAIK: http://www.terracotta.org/web-sessions/
Cheers, Martin > > What do you have in mind btw? Is it especially memcached that you > would like to have replaced by another backend? > > Cheers, > Martin > > >> >> >> >> --- Martin Grotzke <martin.grot...@googlemail.com> schrieb am Di, 15.2.2011: >> >>> Von: Martin Grotzke <martin.grot...@googlemail.com> >>> Betreff: Re: Replicate session-object after values in object has been >>> changed >>> An: users@tomcat.apache.org >>> Datum: Dienstag, 15. Februar, 2011 01:27 Uhr >>> >>> memcached-session-manager detects session modification as >>> you describe it. >>> It's a custom session manager that keeps sessions >>> (additionally) in >>> memcached: >>> http:// code.google.com/p/memcached-session-manager >>> >>> Cheers, >>> Martin >>> >>> >>> >>> Thomas Andraschko wrote: >>> > >>> > Thanks for your answer. >>> > Yep that works but it isn't really nice if you are >>> working with managed >>> > beans from JSF or other DI containers. >>> > Does other Servlet containers support this kind of >>> replication or is it >>> > really the only way to put/remove the object to/from >>> the session map? >>> > It is possible to develop a valve or interceptor to >>> check specified >>> > entries in the session map and replicate them again? >>> (sorry, i don't know >>> > the architecture very well) >>> > >>> > >>> > --- Mark Thomas <ma...@apache.org> >>> schrieb am Mo, 14.2.2011: >>> > >>> >> Von: Mark Thomas <ma...@apache.org> >>> >> Betreff: Re: Replicate session-object after values >>> in object has been >>> >> changed >>> >> An: "Tomcat Users List" <users@tomcat.apache.org> >>> >> Datum: Montag, 14. Februar, 2011 19:09 Uhr >>> >> On 14/02/2011 15:57, Thomas >>> >> Andraschko wrote: >>> >> > Is it possible that Tomcat will automatically >>> check >>> >> the SessionMap entries after each request if any >>> value in a >>> >> entry has been changed? >>> >> No. >>> >> >>> >> Tomcat adding or removing an object from the >>> session will >>> >> trigger >>> >> replication. Modifying the object directly will >>> not trigger >>> >> replication. >>> >> >>> >> You can try re-adding the object to the session. >>> That >>> >> should trigger >>> >> replication. >>> >> >>> >> Mark >>> >> >>> >> >>> >> >>> >> >>> --------------------------------------------------------------------- >>> >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> >> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >> >>> >> >>> > >>> > >>> > >>> > >>> --------------------------------------------------------------------- >>> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> > For additional commands, e-mail: users-h...@tomcat.apache.org >>> > >>> > >>> > >>> >>> -- >>> View this message in context: >>> http://old.nabble.com/Replicate-session-object-after-values-in-object-has-been-changed-tp30923039p30927143.html >>> Sent from the Tomcat - User mailing list archive at >>> Nabble.com. >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> >> > > > > -- > Martin Grotzke > http://www.javakaffee.de/blog/ > -- Martin Grotzke http://www.javakaffee.de/blog/ --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org