tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Konstantin Kolinko <>
Subject Re: CometConnectionManagerValve combined with SimpleTcpCluster
Date Sat, 14 Apr 2012 00:37:29 GMT
2012/4/13 Willem Fibbe - Realworks BV <>:
> 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:
> writing aborted;
> 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:
For additional commands, e-mail:

View raw message