сокеты. не работает дисконект клиента

[Lemon2009]

Здравствуйте.

Создаю сервер на сокетах.
Но возникает проблема при отключении клиента от сервера.

Когда клиент отключается функции наподобии isConnected, isClosed возвращают результат , что связь между клиент-сервером до сих пор есть.
В итоге поток выполняется на сервере, а связи нету.

while(!client.isClosed()) {
  ....
}

Только не предлагайте такой вариант: клиенту при отключение отправлять команду, что он отключается.

===================

уточню некоторые моменты.

isConnected, isClosed не возвращают должного результата на стороне сервера.

Сервер прослушивает порт и создает каждому клиенту отдельный поток.


Предупреждение модератора: оверпостинг запрещен!

[alexinspir]

Сообщение от Lemon2009

Здравствуйте.

Создаю сервер на сокетах.
Но возникает проблема при отключении клиента от сервера.

Когда клиент отключается функции наподобии isConnected, isClosed возвращают результат , что связь между клиент-сервером до сих пор есть.
В итоге поток выполняется на сервере, а связи нету.

while(!client.isClosed()) {
  ....
}

Только не предлагайте такой вариант: клиенту при отключение отправлять команду, что он отключается.

Клиент при штатном отключении ВСЕГДА ОБЯЗАН посылать команду, ибо противный случай всегда должен рассматриваться как аварийное отключение и у текущей транзакции должен быть произведен откат.

p/s/

while(!client.isClosed()) {
  ....
}

без блокировки в каждом цикле, не есть хороший способ.

Сообщение от Lemon2009

уточню некоторые моменты.

isConnected, isClosed не возвращают должного результата на стороне сервера.

Сервер прослушивает порт и создает каждому клиенту отдельный поток.

Попробуйте это: http://java.sun.com/javase/6/docs/ap...meout%28int%29
только внимательно прочтите описание.

[Lemon2009]

без блокировки в каждом цикле, не есть хороший способ.

как это понять?

======================

вместо setSoTimeout сделал свой таймаут. просто по истечению 60 секунд неактивности отрубает коннект.

эта вещь конечно слабость перед досами.


Предупреждение модератора: оверпостинг запрещен!

[alexinspir]

Сообщение от Lemon2009

как это понять?

внутри цикла должна быть блокировка, в целях избежания пожирания процессорного времени. по вашему циклу не ясно - я просто привел к сведению эту информацию.

Сообщение от Lemon2009

эта вещь конечно слабость перед досами.

Не вижу слабостей. "не валидные" соединения можно сбрасывать, при множественных валидных запросах можно временно банить по ИП, непосредственно в Java, при частых "не валидных" запросах нет защиты внутри Java, тут уже надо настраивать фаер на машине на которой работает сервер.

[Lemon2009]

Сообщение от alexinspir

внутри цикла должна быть блокировка, в целях избежания пожирания процессорного времени. по вашему циклу не ясно - я просто привел к сведению эту информацию.

Если ты про Thread.sleep(); то он присутствует Ж)

[alexinspir]

Сообщение от Lemon2009

Если ты про Thread.sleep(); то он присутствует Ж)

>_<

Я имел ввиду блокировку ожидания("ждать пока не наступит определенное условие").
например метод BufferedReader.readLine() ждет пока в потоке не появится \n


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

[Lemon2009]

не охота создавать лишние темы. поэтому задам здесь. почти по теме.

public void run() {
        try {            
            System.out.println("Listen port " + workspace.getPort());
            listener = new ServerSocket(workspace.getPort());
            Socket connect;

            while(!listener.isClosed()) {
                connect = listener.accept();
                workspace.clients.addElement(new Client(workspace, connect));
            }
        } catch (IOException ex) {
            ex.printStackTrace();
        }
    }

как можно убить этот поток?
а то на accept блокируется.

[alexinspir]

Сообщение от Lemon2009

как можно убить этот поток?
а то на accept блокируется.

нити обрываются через Thread.interrupt();