Событийное программирование с WebLogic MDB

Question

Я создаю приложение, которое действует как прослушиватель событий и основываясь на полученных событиях, необходимых для выполнения определенных шагов или рабочего процесса. Лучше ли размещать события в одной очереди, а MDB вызывать разные компоненты бизнес-логики в зависимости от типа события, или иметь одну очередь для каждого типа события, а соответствующие MDB вызывают другую бизнес-логику? Мы предполагаем, что тяжелый рабочий процесс, соответствующий определенному событию, не повлияет на производительность других событий, поскольку они обрабатываются в отдельных очередях.

Answer 1

Jms имеет специальный тип операции для поддержки этого варианта использования - селекторы сообщений .

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

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