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

Question

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

Answer 1

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

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

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