JMS - Как селекторы сообщения работают с несколькими, ставят в очередь и потребители темы?
Скажите, что у Вас есть очередь JMS, и несколько потребителей наблюдают за очередью за сообщениями. Вы хотите, чтобы один из потребителей получил весь конкретный тип сообщения, таким образом, Вы решаете использовать селекторы сообщения.
Например, Вы определяете свойство для входа в названный заголовок сообщения JMS, targetConsumer. Ваш селектор сообщения, который Вы обращаетесь к потребителю, известному как, A, что-то как WHERE targetConsumer = 'CONSUMER_A'.
Ясно, что потребитель A теперь просто захватит сообщения с набором свойств как он, находится в в примере. У других потребителей будет осведомленность об этом, хотя? IOW, будет другой потребитель, неограниченный селектором сообщения, захватить CONSUMER_A сообщения, если это смотрит на очередь перед Потребителем A? Сделайте я должен применить селекторы сообщения как, WHERE targetConsumer <> 'CONSUMER_A' другим?
Я - RTFMing и собирающий эмпирические данные теперь, но надеялся, что кто-то мог бы знать от вершины их головы.
1 ответ
Когда несколько потребителей используют одну и ту же очередь, селекторы сообщений должны быть правильно настроены для этих потребителей, чтобы не возникало конфликта при определении предполагаемого потребителя.
В случае bean-компонентов, управляемых сообщениями (потребителя сообщений JMS), селектор может быть указан в файле ejb-jar.xml, что позволяет выполнить настройку во время развертывания (вместо противоположного представления указания селектора сообщений во время разработки).
Править : В реальной жизни это имеет смысл, когда разные потребители несут ответственность за обработку сообщений, содержащих одинаковые заголовки (часто сгенерированные одним и тем же производителем), записанные в одну и ту же очередь. Например, селекторы сообщений могут использоваться в торговом приложении, чтобы различать заказы на покупку и продажу, когда производитель не может записать сообщения JMS в две отдельные очереди на покупку и продажу.