Hmm not really but the tcp cluster with BackupManager would be enough (if it would check for modification).
The memcached manager is really a great idea and works great! I have only one issue. If you shutdown a memcached node, JSF pages can not be accessed anymore (a blank page will appear) and connection refused exceptions will be printed by tomcat. --- 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: "Tomcat Users List" <users@tomcat.apache.org> > Datum: Dienstag, 15. Februar, 2011 20:49 Uhr > 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 > ;-) > > 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/ > > --------------------------------------------------------------------- > 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
