Сейчас посыпятся возражения, что JSF - это зло, но описанную задачу можно попробовать реализовать используя jsf conversation. На стороне клиента вполне укладываемся в это понятие, на стороне админа придется немного покумекать

забыл никivanraСейчас посыпятся возражения, что JSF - это зло, но описанную задачу можно попробовать реализовать используя jsf conversation. На стороне клиента вполне укладываемся в это понятие, на стороне админа придется немного покумекать
Вы серьезно считаете что JSF подходящая технология для чата? Да, теоретически конверсейшенс крутая штука, но на то чтобы изучить jsf+seam + настройка проекта - займет гораздо меньше времени чем на изучение cometServlet:) а так как больших преимуществ это не даст, но возможно перформанс просядет - смысл??
Единственный минус в моем предложении - изучение jsf, который по окончании превращается в плюс, так как приобретенный скилл резко повышает шансы найти приличную работу. Кстати, в jsf2.x уже можно обойтись без seam. Беспокоимся о трафике - так никто не заставляет гонять туда-сюда всю форму, достаточно передавать изменения.
cometServlet в данной задаче - несерьезно (ну-ка, сколько одновременно открытых соединений потянет сервер?), разве что решение рассчитано на небольшое количество пользователей, но в этом случае и про перфоманс можно не думать.
Привязываться к сессии + уникальному идентификатору страницы (на каждой закладке браузера ведутся свои переговоры) - изобретать тот же самый conversation.

BlazkowiczivanracometServlet в данной задаче - несерьезно (ну-ка, сколько одновременно открытых соединений потянет сервер?), разве что решение рассчитано на небольшое количество пользователей, но в этом случае и про перфоманс можно не думать.

В чем проблема количества открытых соединений? Серверу, в целом, пофиг. Разве что на линухе иногда лимит нужно подкрутить.
Чат это почти всегда сервер push, и вот, как раз, обычный polling вместо long polling увеличит нагрузку на сервер значильно.
ivanraПривязываться к сессии + уникальному идентификатору страницы (на каждой закладке браузера ведутся свои переговоры) - изобретать тот же самый conversation.
Только проще в разы.
Возможно, я и ошибаюсь (если cometServlet это какой-то особенный сервлет), но в случае сервлета соединение означает не только открытый сокет, но и поток, хотя бы и ждущий. Так что одной настройкой ОС не обойтись.
А что касается изобретения собственного conversation - ну, наверно, можно, хотя и там наверняка будут подводные камни. Не проще взять готовый велосипед?