Добрый день!
Плиз, подскажите, как быть: есть клиент-серверное приложение. К серверу одновременно может быть подключено множество клиентов, каждый из которым может периодически обмениваться данными в обе стороны. Как сервер может узнать, что соединение с клиентом потеряно? Тоесть, клиент не закрывал сокет со своей стороны, а просто, скажем, оборвался сетевой шнур. Данные от клиента, разумеется, не приходят, сервер пишет в сокет данные, которые до клиента тоже, само собой не доходят. И не возникает никаких exception-ов! Получается, что посланные данные теряются. Как сервер может определить, есть ли связь с клиентом? Единственое, что я смог придумать, это делать постоянный пинг и ставить таймаут на операцию считывания ответа от клиента. Но ИМХО это изврат, должно ведь в механизме TCP/IP сокетов это как-то автоматизировано?

Почему не возникает? Очень даже возникает, при отправке данных ту получишь ошибку.

Тоесть метод write() должен генерить IOException? Я тоже так думал, но экшепшена не возникает! Клиент отвалился, но сервер продолжает слать ему данные, как ни в чем не бывало! Может у меня уже глюки? %)

Попробуй после вызова write() вызвать flush().

Это не "изврат", а нормальная практика. Исключение рано или поздно выскочит. Но период неопределенности может быть недопустимо большим для приложения. А пинг и таймаут вы контролируете сами.

flush() вызывать пробовал, та же проблема.
Примерно секунд через сорок после обрыва связи исключение стабильно вылетает на методе read().
Был найден такой выход:
Писать сообщения в сокет и параллельно сохранять их в очереди. Обязать клиента на каждое собщение отсылать уведомление о получении. При приеме каждого уведомления удалять сообщение из начала очереди. При превышении очередью определенной длины запускать таймер, в течении которого, если клиент не пришлет недостающие отчеты (неотвеченных сообщений не станет меньше заданого числа), он будет отключен. Ну и точно также, при SocketException отключать клиента. А при повторном подключении досылать им все сообщения из очереди.
Как считаете, нормальный алгоритм, или можно придумать что-нибудь получше?

По мне нормальный.

нормальный

Придуманный велосипед ИМХО ) Обратный ответ называется квитанция, правда когда мы ее мучали проверяли правильный ли приходит пакет или нет, если нет, повторная передача. А если ответа нет, тогда таймаут А теперь хотелось бы спросить у знающих людей по той же теме, у меня есть клиент и сервер, просто содранный с примеров на виндграде http://forum.vingrad.ru/faq/topic-158005/h...+rmi/index.html . У меня возникает такой вопрос, насколько я понял данный клиент-сервер могут общаться только раз на раз и другой клиент к серверу подключиться не может. Что надо сделать, чтобы сервер мог общаться с несколькими клиентами? Придется делать потоки? На форуме нашел, что надо реализовать NIO  Вот в общем и все, что хочу узнать. Не хочу просто создавать еще одну тему.

Нашел еще одну доку , она может решить мою проблему?
ЗЫ пока сижу вчитываюсь...

Правильный, радикальный, и, как показывает практика, единственный выход - юзать java.nio.channels. Исключение появляется мгновенно, даже на юниксах, где java.io вообще просто молчит при разрывах связи.