Я всегда держу соединение JMS открытым, потому что на нем есть MessageListener.
Часто ли приходится беспокоиться о минимизации обслуживания приложений с долгоживущими соединениями JMS?
Я думал о чем-то вроде попытки восстановиться после некоторых возможных широко известных типов сбоев, таких как временный сбой подключения.
Насколько я знаю, в стандартной спецификации JMS нет ничего, что гарантировало бы, что проблемы с подключением не будут видны приложению. Возможно, есть некоторые поставщики, которые делают это как расширение (как предлагает Джеймс Страчан).
Если вам нужен надежный JMS-клиент, не зависящий от расширений поставщика, вам необходимо обрабатывать ошибки и выполнять повторное подключение. См. раздел Повторное подключение прослушивателя JMS к JBossMQ (что, несмотря на название, не является зависит от JBossMQ).
Хороший провайдер JMS будет иметь дело с сбоями в сети, такими как отброшенный сокет или сбой или перезагрузка брокера сообщений. например вот как вы включаете автоматическое повторное подключение в Apache ActiveMQ.
Часто бывает довольно сложно воссоздать все ваши ресурсы JMS (соединение, сеансы, производители, потребители) - провайдеру JMS гораздо проще сделать это за вас.
Если вы должны использовать поставщика, который не может поддерживать эту функцию, подумайте о том, чтобы либо переключиться, либо использовать вспомогательные классы Spring JMS, которые могут сделать это за вас.
Вам нужно будет обрабатывать два случая:
Я предлагаю установить локальный сервер JMS (подойдет любой), подключить к нему ваше приложение и остановить сервер. Это даст вам сообщение об ошибке, ожидаемое для случая № 2. Затем напишите модульный тест с помощью MockRunner, чтобы убедиться, что обработка ошибок выполняется правильно.
