Apache Mina java.io.IOException: сброс соединения по пиру - PullRequest
Новая
       32

Apache Mina java.io.IOException: сброс соединения по пиру

2 голосов
/ 02 марта 2012

Я использую MINA 2.0.0 M6, и в файле журнала есть много исключений.

В моем приложении ничто не должно отправляться клиенту из MINA, поскольку каждый подключающийся клиент будет отправлять только свои данные GPS каждые x минут. Одно устройство было настроено на передачу данных на мой сервер. Однако я обнаружил, что сервер MINA случайным образом не может получить данные от клиента. Например, серверная сторона создает сеанс для нового соединения, однако по какой-то причине сервер не может получить данные, а затем выбрасывает IOExeception и закрывает сеанс через 10 минут, что установлено таймаутом MINA.

Я уверен, что устройство работает нормально и продолжает отправлять данные. MINA также выглядит нормально, поскольку сервер может получать данные в большинстве случаев. Это позволило мне подумать, что в Apache Mina могут быть некоторые настройки для номера соединения. Может кто-нибудь помочь мне решить эту проблему.

Кстати, я также проверяю максимальный номер TCP-соединения с Linux-сервером.

************************************************** ***************************
java.io.IOException: сброс соединения по пиру at sun.nio.ch.FileDispatcher.read0 (собственный метод) at sun.nio.ch.SocketDispatcher.read (SocketDispatcher.java:21) at sun.nio.ch.IOUtil.readIntoNativeBuffer (IOUtil.java:202) at sun.nio.ch.IOUtil.read (IOUtil.java:175) at sun.nio.ch.SocketChannelImpl.read (SocketChannelImpl.java:243)

1 Ответ

1 голос
/ 11 апреля 2012

Прежде всего, нет ограничения от MINA на количество подключений. И это не специфическая проблема MINA. Это происходит, когда равноправный клиент сбрасывает соединение в середине разговора. Это просто информация, которую клиент жестоко бросил. Это очень распространенный случай с устройствами, отправляющими данные с использованием GPRS. Таким образом, на самом деле это не проблема на стороне сервера, и лучше всего очистить ресурсы в этом сценарии, если вы сохранили там какие-либо вещи, связанные с клиентом. Здесь нечего исправлять, кроме как меньше логов.

...