Локальное соединение HornetQ никогда не истекает по таймауту

Мое приложение, работающее в автономной среде JBOSS, использует промежуточное ПО HornetQ (v2.2.5.Final) для обмена сообщениями между частями моего приложения в локальной среде, не по сети.

Значение TTL (время жизни) по умолчанию для соединения составляет 60000ms, я думаю изменить это на -1, так как с оперативной точки зрения я с нетерпением жду возможности время от времени отправлять сообщения через такое соединение ( заранее неизвестно). Кроме того, это предотвратит такие проблемы, как jms ошибка подключения к очереди.

Возникает вопрос: в чем проблема с тем, чтобы никогда не прерывать соединение на стороне сервера в таком контексте? Это хороший выбор? Если нет, то есть ли стратегия, подходящая для такой ситуации?


person LoreV    schedule 21.09.2018    source источник
comment
Какую версию HornetQ вы используете? Последние версии автоматически отключают проверку соединений для подключений внутри виртуальной машины.   -  person Justin Bertram    schedule 21.09.2018
comment
Привет Джастин, я использую v2.2.5.Final, которая датируется 2011 годом.   -  person LoreV    schedule 24.09.2018
comment
Это довольно расплывчатый вопрос. Вы пытаетесь решить текущую проблему или избежать проблемы, которая вас беспокоит?   -  person theMayer    schedule 25.09.2018
comment
Я пытаюсь решить текущую проблему, связанную с stackoverflow.com/questions/26883982/. Что меня беспокоит, так это то, что что-то может сломаться, если я установлю ttl = -1 и буду полагаться на то, что это соединение всегда будет открыто.   -  person LoreV    schedule 26.09.2018


Ответы (1)


Последние версии HornetQ автоматически отключают проверку подключений для подключений внутри виртуальной машины, поэтому не должно быть никаких проблем, если вы настроите это вручную.

person Justin Bertram    schedule 24.09.2018
comment
Согласованный. Настройка вручную является приемлемым выбором для соединений внутри виртуальной машины. Это предотвращает закрытие соединений штаб-квартирой по тайм-ауту и ​​не вызывает никаких проблем со стороны приложения. Проверено многочасовым контролируемым пробегом. - person LoreV; 01.10.2018