Долгоживущие сеансы JMS. Хранение соединений JMS / сеансов JMS всегда открывало плохую практику?

Question

Всегда ли сохранение JMS-соединений / сессий / потребителей всегда открывает плохую практику?

Пример проекта кода:

// app startup code

ConnectionFactory cf = (ConnectionFactory)jndiContext.lookup(CF_JNDI_NAME);
Connection connection = cf.createConnection(user,pass);
Session session = connection.createSession(true,Session.TRANSACTIONAL);
MessageConsumer consumer = session.createConsumer(new Queue(queueName));
consumer.setMessageListener(new MyListener()); 
connection.start();
connection.setExceptionListener(new MyExceptionHandler()); // handle connection error


// ... Message are processed on MyListener asynchronously ...


// app shutdown code

consumer.close();
session.close();
connection.close();

Есть предложения по улучшению этой модели использования JMS?

Answer 1

Согласовано. Вот несколько полезных советов о том, как эффективно использовать JMS , включая поддержание соединений / сеансов / производителей / потребителей.

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

Answer 2

Выбор сохранения соединения / сеанса / производителя / потребителя открытым в течение длительного времени или нет, должен основываться на частоте, с которой производитель / потребитель отправляет / получает сообщения.

Если производитель отправляет или потребитель часто получает сообщения, тогда соединения / сеансы / производитель / потребитель должны оставаться открытыми. С другой стороны, если отправка / получение сообщений происходит нечасто, то держать эти открытые объекты JMS нехорошо будет, что потребляет системные ресурсы, такие как сокеты.

Answer 3

Это очень распространенная и приемлемая практика при работе с долгоживущими связями. Для многих JMS-серверов фактически предпочтительнее создавать новое соединение каждый раз, когда это необходимо.

Answer 4

В нашем приложении подключения / сеансы / потребители / производители будут открыты месяцами. Нам пришлось работать с нашим поставщиком (BEA), чтобы сделать это надежно. Но любые проблемы с этим - ошибка, которую поставщик должен исправить.

Answer 5

К вашему сведению, нет необходимости закрывать сеансы, производителей и потребителей закрытого соединения ( javax.jms.Connection ). Приведенного ниже кода должно быть достаточно для освобождения ресурсов:

try { 
        this.connection.close();
    } catch (JMSException e) {
        //
    }