On Tue, 2010-05-04 at 16:53 +1000, Kevin Jansz wrote:
> PS thanks for the responses. Martin, the session manager project
> sounds awesome but the use of memcached (c-based native code server if
> I read correctly) would make it a non-starter for us. The future use
> of ehcache sounds promising, but
A bit more searching on the apache bugzilla led me to this:
https://issues.apache.org/bugzilla/show_bug.cgi?id=43866
This enhancement request describes (probably a bit clearer) the gap in
functionality going from 5.0 to 5.5/6.0 - namely there's no
useDirtyFlag, so no way to tell the (more sophisti
Hi,
I created the memcached-session-manager as an alternative session
replication solution:
code.google.com/p/memcached-session-manager/
It keeps sessions in local memory and stores session additionally in
memcached nodes (for backup, asynchronously if desired).
Sessions are replicated when sessi
Out of curiosity I tried the SimpleTcpReplicationManager with the
useDirtyFlag="false" and it definitely does not work
30/04/2010 10:12:37 AM org.apache.catalina.ha.tcp.SimpleTcpCluster createManager
SEVERE: Unable to clone cluster manager, defaulting to
org.apache.catalina.ha.session.
that's brilliant, thank you ... I have a bit more confidence in trying
this out if the custom code is so minimal. It does look like all we
require & if it plugs into the default (delta?) manager from tomcat
too that'd be great. I'll let you know how we get on ...
I would be interested to know if a
On Apr 28, 2010, at 9:57 AM, Kevin Jansz wrote:
> That is useful to know ... is the Valve in a state that it can be
> shared? Did you base any of the interaction with the manager/store on
> the SimpleTcpReplicationManager?
I actually use my own, from-scratch session replication manager. It's st
That is useful to know ... is the Valve in a state that it can be
shared? Did you base any of the interaction with the manager/store on
the SimpleTcpReplicationManager?
I guess the dilemma for us is the
org.apache.catalina.ha.session.SimpleTcpReplicationManager seems to
have the functionality we r
I don't know if this really answers your question or not, but I have written a
custom Valve that calls my own replicateSession method. You could do something
similar in maybe 10 minutes to call the requisite methods on the session
Manager/Store.
Jon Brisbin
Portal Webmaster
NPC International, I
In a Tomcat 6 cluster can you force session replication on every
request? In Tomcat 5.0.x you had the ability to set
useDirtyFlag="false" on the manager
(org.apache.catalina.cluster.session.SimpleTcpReplicationManager) -
meaning a mutable object in the session would always be
"re-replicated".
Look