Ты однозначно не прав. Кто-то придумал и keep-alive, и Comet, и Continuations - и вовсе не дураки. Самое уродское решение (которое я, кстати, никогда не использую) - это запрос по таймеру. Меня это коробит. В конце-концов, есть NIO, который как раз и работает с незакрываемыми соединениями - удобно, быстро, правильно и держит сотни тысяч соединений на одном серваке (!!!). Разобравшись получше, я отошел от Комет - есть получше технологии, но в целом это направление очень поощряю ...
Сегодня не в состоянии отвечать по существу - завтра отвечу.

Ранее использовал похожую реализацию, правда, DWR не использовал, юзал механизм, построенный на неблокирующих библиотеках Jetty - только библиотеки, так как сервером выступал Tomcat. Достаточно сложно и неудобно. Важно, что данная технология не предоставляет простых механизмов определения состояния клиента - именно то, о чем ты говоришь: отключен, рефреш или другое окно. Для определения уникальности приходилось извращаться - создавать уникальный идентефикатор и передавать его серверу, id_session не проходит, так как в разных вкладках браузера номер сессии одинаков, а там хранил пары номер сессии - идентефикатор, по которым и вычислял состояние.

Сейчас использую CometProcessor из Томкатовского пакета NIO - реализация уровнем повыше, чем у Jetty. Одно из самых важных "удобств" - определение состояние клиента для сервера и состояние сервера для клиента. Есть несколько состояний изменения и разрыва соединения, на что можно реагировать. В предыдущем посте погорячился, назвав это не Кометом, это не так - просто более совершенная реализация технологии.