Кластер WSO2 MB, устанавливающий сброс соединения другим узлом

wso2 wso2mb

317 просмотра

1 ответ

1 Репутация автора

Тестовый кластер из двух брокеров, схема членства в WKA, хранилище сообщений PostgreSQL, работающее в течение нескольких дней, а затем выдает следующие ошибки:

TID: [] [] [2016-07-19 12:09:24,738] ERROR {org.wso2.andes.server.protocol.MultiVersionProtocolEngine} -  Error establishing session {org.wso2.andes.server.protocol.MultiVersionProtocolEngine}
java.io.IOException: Connection reset by peer
    at sun.nio.ch.FileDispatcherImpl.read0(Native Method)
    at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39)
    at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:223)
    at sun.nio.ch.IOUtil.read(IOUtil.java:197)
    at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:380)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor.read(SocketIoProcessor.java:218)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor.process(SocketIoProcessor.java:198)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor.access$400(SocketIoProcessor.java:45)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor$Worker.run(SocketIoProcessor.java:485)
    at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
    at java.lang.Thread.run(Thread.java:745)

Запуск Message Broker выглядит нормально, ошибок нет, соединение JDBC с базой данных PostgreSQL в порядке, монтирование реестра выглядит нормально. После этого ошибка появляется в wso2carbon.log несколько раз в минуту. У кого-нибудь есть идеи? Насколько я знаю, ничего не изменилось, и я не знаю, к чему он пытается подключиться.

Автор: TanyaK Источник Размещён: 19.07.2016 02:20

Ответы (1)


0 плюса

351 Репутация автора

Обычно это происходит, когда клиент, подключенный к MB, пытается создать соединение для каждого сообщения. JMS является тяжелым соединением и не рекомендуется создавать соединения для каждого сообщения. Поэтому, пожалуйста, ознакомьтесь с реализацией клиента и убедитесь, что соединения не созданы для каждого сообщения.

Если по какой-либо причине вы используете wso2 esb для публикации / подписки очередей / тем на mb, в esb axis2.xml есть свойство кэширования соединения «transport.jms.CacheLevel». Прочтите документацию и используйте соответствующий уровень кэширования для вашего сценария использования.

В esb 4.8.1 была ошибка в свойстве кэширования соединения, которая в настоящее время также исправлена ​​в 4.9.0. Это возможные случаи, о которых я могу подумать, используя данную информацию. Если вам нужна дополнительная информация, предоставьте подробный пример использования.

Автор: plr Размещён: 04.10.2016 06:25
Вопросы из категории :
32x32