Все намного прозаичнее, проще и хуже ...
Что есть сессия и чем она обуславливается? - Всего лишь идентефикатором, который приходит вместе с запросом. Отсюда вывод: контролировать наличие/отсутствие юзера можно только постоянным опросом. То есть делать механизм, по которому сервер бы постоянно с каким-то промежутком узнавал есть ли юзер онлайн.
Также в веб-серверах и серверах приложений есть механизм, закрывающий сессию при таймауте. Не скажу по дефаулту сколько, но в настройках сервера можно указать время. При этом в серьезных серверных языках (читай - ПэХаПэ вряд ли реализует такую возможность) есть возможность устанавливать SessionFilter, который может словить падение сессии (принудительно или по таймауту).

Так что единого универсального и удобного механизма нет. Сам давно хотел бы иметь таковой на Java, но приходится постоянно выкручиваться и усовершенствовать.

P.S. Очень хотелось бы ошибиться в своих утверждениях, но давно интересуюсь этим вопросом и ответа, который бы меня полностью удовлетворил, пока не нашел.

[quot]а вот дальше не пойму как засечь что юзер потерял конект с сервером и удалить его данные из временной таблицы.

как запасти закрытие сессии именно данного конкретного юзера[/quot]
Тут HttpSessionListener не поможет. Он отлавливат только ручное удаление сессии и по таймауту (об этом я и говорил в своем предыдущем посте). По таймауту - это несерьезно - к примеру, у меня в приложении стоит таймаут на админов на 4 часа, а человек же может отвалиться и через 5 секунд, а слушатель просигнализирует только через 4 часа.
Поэтому мы можем говорить только про ручное удаление, а его делают из расчета того, что страничка/сайт/веб-приложение определенное время не "сигнализировало" о своей активности, то есть делать на JavaScript или других средствах, которые могут производить самостоятельное взаимодействие с сервером, постоянный опрос-информирование сервера.

К сожалению, никто ничего нового пока не придумал. Есть реализации типа апплетов или сокетов, но это не универсальные решения.

Серж, совсем "гнать" на сервер не надо ... :)

Есть, к примеру, интересная технология - флеш-сокеты. Там сервер сам может инициировать запрос к клиенту. Правда, есть ограничения: обязательно должен стоять флеш и ограниченное количество пользователей. Очень удобно для админовского раздела в веб-проекте, когда пользователям можно навязать флеш (админы все-таки) и число их совершенно ограниченно. Иногда это очень нужно, так как в событийном коллекторе надо иметь актуальную информацию.

Еще одна технология - Comet (Contunuations). Конечно, ее реализация напоминает обычные асинхронные запросы, но сервер отвечает только когда "ему нужно". Тем самым реализуется механизм, когда запрос как бы инициирует сервер.

Еще апплеты. Но в силу их специфики они не являются универсальными. Хотя в идеале данная реализация была бы самой удобной.

Так я тебя так и зову )
А меня Дмитрий Владимирович :)