We recently upgraded from JBoss 4.05 to 4.3, and moved to the new JBoss messaging stack.

In the simplest case, we have a bunch of clients subscribed to a JMS topic listening for messages from an un-clustered server.

We noticed while debugging the client that it would suddenly cease to receive JMS events from the server, and we have also seen this problem with VMs and OS X clients.

It seems that the cause of at least the debugging problem (and possibly since the symptoms match the others - though it is unclear thus far what would be delaying the pings significantly) that the default 10s lease period is the problem.

My question therefore when deciding how much to up this by, is how critical is the protection provided by this short lease time.

1) Obviously a dead client is wasting some server side book-keeping, however it would seem that a subsequent attempt to write a message to the topic, gets a socket write error if the client is dead, dumps a stack trace on the server console, and that particular subscriber is not hit again
2) I have seen other threads which suggest that the publisher can get blocked when writing to some more insidiously dead clients, and perhaps the lease is a protection against that.

Note, w.r.t. 1) after the subscriber is removed, I still see a later WARN message about the lease timing out, so it seems like the two forms of clean up are different.

Anyway, again, the first question is "is upping the lease to a few minutes a reasonable thing to do?"

Secondly, we wouldn't really care so much if we lost the lease if there was a clean way to detect it from the client and re-subscribe - is there any form of callback we can attach to when the client notices that its connection has died?

Thirdly, if there isn't such a way, we also have ways to detect this, but would be curious to know whether we're going to end up leaking stuff on the client because the existing subscriber mechanism on the client is just stuck there.