Доброго дня, коллеги.

Подскажите плиз как быть в следующей ситуации. Мне надо было реализовать что-то вроде Comet - клиент должен совершить определенное действие по событию на сервере (т.е. как бы сервер инициатор действия а не клиент). Попробовал ICEFaces ajax push: клиент открывает соединение, оно какое-то время висит открытым, потом открывается следующее и так далее (long polling). Но что-то они какие-то глючные. То работает то нет. Я на все плюнул, и решил старым дедовским способом просто пинговать сервер из клиента аяксом по таймеру. Что-то вроде Comet все равно получается, да? Работает прекрасно. Раз в 30 секунд пинг, меня устраивает. Просто, надежно.
Но возникла проблема с таймаутом сессии. Ведь идея в том, что весь этот механизм что я реализовал не должен обновлять сессию. А так получается что из-за того, что у меня клиент каждые 30 секунд дергает сервлет, сессия никогда не умрет. Как быть, господа?

Вот, как обычно бывает, второй раз уже за сегодня - пока писал, пришла мысль в голову.
В сессии создать какой-нибудь атрибут типа: ACCESSED = время последнего доступа к сессии (не через аякс пушер)
Пропускать запросы через фильтр: если запрос пришел от аякс пушера (т.е. по таймеру), то этот атрибут ACCESSED не обновлять. А если это обычный запрос от клиента, то обновить ACCESSED. И причем еще и проверить, если ACCESSED слишком устарел - то значит от клиента запрос приходил давно (не считая ajax push запросов) - инвалидировать сессию.

PS: Только что узнал про новую фишку Servlet 3: javax.servlet.AsyncContext
Может есть смысл ее использовать в своем сервлете

Blazkowicz,

авторНу, стоило попробовать разобраться.
Пробовал. Несколько дней разочарования. Живет свое собственной жизнью - такое чувство что сырой функционал выложили в релиз. Хотя с тех пор, как я пробовал уже новая версия вышла, но осадок уже остался, как говорится.

авторНет, это просто polling - очевидное решение в рамках HTTP. Long polling, он же Comet, это альтернатива, которая позволяет обойти недостатки polling.
Можно спросить, а в чем недостатки простого polling? Только в том, что слишком часто идут запросы, со всем вытекающим из этого?

авторДа, что-то типа такого. Это простейшее решение и рабочее. Значит лучшее по Оккаму.

:-)

авторА у вас сервер уже реализует Servlet 3? Стоит определится, нужен ли JSF контекст или нет.

Да, Servlet 3, это же JavaEE 6, у нас последний гласфиш. С помощью AsyncContext можно реализовать Long polling.

Спасибо за ответ!

Blazkowiczrabiter,
и в терминологии немного плаваете
Server push - это то что требуется реализовать - нотификацию от сервера - клиенту
Polling - переодический опрос сервера
Long polling - долгий запрос к серверу, чтобы предоставить серверу канал для push
Comet - шуточное, но прижившееся, имя для Long polling (Ajax и Comet - чистящие средства)

Ясно, спасибо за информацию. Я не знал что Ajax это чистящее средство))
Думаю, что термин Ajax Push тоже имеет право на существование. Ведь Server Push можно и без аякса реализовать, а обычным запросом во фрейме. Ajax Push в этом случае больше сужает понятие Server Push'а)

Petro123,

Yep, спасибо за ответ.

авторИ у вас гласфиш, что же это за мода такая пошла... Тоже заказчик настоял?

:D ну а что такого? Вполне так сервер, все лучше чем веб сфера 6-я, а ведь и с ней приходится на некоторых проектах работать))

Blazkowiczrabiter:D ну а что такого?

Глючное оно.
Не особо замечал. Но и в дебри глассфиша правда не залезал.
авторИ почему не JBoss?
На нем тоже должен работать проект. Кстати, JBoss же тоже JavaEE6 уже давно наверное? Значит там тоже есть Servlet 3.

IDVsbruck,

Спасибо за наводку!

Petro123ну и самое "свежее", это слоган:
авторWebSockets — полноценный асинхронный веб

Хмм, а это интересно. Жалко только что, как я понял, IE поддерживает Web Sockets только начиная с 10 версии.

Blazkowicz,

Спасибо за статью. Это абсолютно новая темя для меня.