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 session data has changed, so that no setAttribute is required. There are also different serialization stategies available, additionally to default java serialization there's a javolution/xml based one, and I also just added serialization based on kryo [1] (very fast according to protobuf-thrift-compare benchmark). Both (javolution, kryo based) don't need objects in the session attributes object graph to implement Serializable - which is sometimes useful, e.g. if "legacy" projects shall get session failover. Cheers, Martin [1] code.google.com/p/kryo/ On Wed, 2010-04-28 at 22:34 +1000, Kevin Jansz wrote: > 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". > > Looking at the source I can see the old "SimpleTcpReplicationManager" > manager implementation in the new "org.apache.catalina.ha.session" > package - and it still has the useDirtyFlag but the javadoc comments > in this state it's "Tomcat Session Replication for Tomcat 4.0" ... I > don't know if this is ok to use - I'm guessing not as it's not > mentioned in the main cluster configuration documentation. > > aside: a similar question was posed on stackoverflow (with more detail > and formatting) with no response: > http://stackoverflow.com/questions/2680958 - I'd be happy with > comments in either forum, and I'll share the advice. > > Regards, > Kevin > > -- > Kevin Jansz > kevin.ja...@exari.com > Level 7, 10-16 Queen Street, Melbourne 3000 Australia > Tel +61 3 9621 2773 | Fax +61 3 9621 2776 > Exari Systems > Boston | London | Melbourne | Munich > www.exari.com > > --------------------------------------------------------------------- > 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/
signature.asc
Description: This is a digitally signed message part
