On Tue, Feb 15, 2011 at 9:20 PM, Thomas Andraschko <tommygrass...@yahoo.de> wrote: > Yep sorry, it's my ticket :D Ok, good that there was only one issue ;-)
> 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. No prob, I could reproduce it, it's fixed now. @Others: sorry for posting off-topic. 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 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 > > -- 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
