2012/4/13 Willem Fibbe - Realworks BV <wil...@realworks.nl>: > Hi, > > We have a small cluster of 2 Tomcat-nodes, replicating sessions via > SimpleTcpCluster. > After we enabled CometConnectionManagerValve in context.xml, sessions > weren't replicated anymore and we saw the following exceptions in the tomcat > logs: > java.io.WriteAbortedException: writing aborted; > java.io.NotSerializableException: org.apache.catalina.connector.Request > > After digging further, I see that the Valve puts a list of Request-objects > on the session that have comet-connections open. > When sessions are tried to be replicated, the Request-objects can't be > serialized, hence the exception. > > Is this a bug, maybe? Or should I use something else than SimpleTcpCluster? > > Sorry, should have mentioned this before, but this was on Tomcat 6.0.35 > (Debian). >
I think this is a question for the users@ list. CometConnectionManagerValve in its current implementation is not really compatible with clustering (for the reason that you encountered). So do you really need this valve? There was the following new feature in 7.0.22, but it seems that it is accessible only programmatically and not through configuration: "Allow to overwrite the check for distributability of session attributes by session implementations. (rjung)" I mean, to really make CometConnectionManagerValve work in a cluster you have to exclude that non-serializable session attribute from replication. Its content makes sense for the current node only. Best regards, Konstantin Kolinko --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org