On 2/15/2011 1:04 PM, Thomas Andraschko wrote:
Hmm not really but the tcp cluster with BackupManager would be enough (if it
would check for modification).
That can be easy, or hard :)
If you know how to check for modification, then you can implement a simple
filter that adds the attribute again
best
Filip
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: us...@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
-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3445 - Release Date: 02/15/11
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
