Yep sorry, it's my ticket :D It was a 2 minute action, sorry for the bad explanation :) If you need further details, send me a email or add a comment to the issue.
--- 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 21:10 Uhr > On Tue, Feb 15, 2011 at 9:04 PM, > Thomas Andraschko > <tommygrass...@yahoo.de> > wrote: > > Hmm not really but the tcp cluster with BackupManager > would be enough (if it would check for modification). > Not sure about BackupManager, but perhaps it's possible to > add this > specific behaviour. > > > > > The memcached manager is really a great idea and works > great! > Thanx! :-) > > > 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. > > Obviously a bug. Is this > http://code.google.com/p/memcached-session-manager/issues/detail?id=83 > ? > > 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: "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 > > > > > > > > -- > 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
