В моем приложении определенная служба имеет постоянную пропускную способность (например, 100 транзакций за раз), запросы к сервису поступают в режиме реального времени, а также пакетные задания (очереди) , Запросы в реальном времени не имеют равномерного распределения. Мне нужен способ убедиться, что работа в режиме реального времени обрабатывается сначала перед пакетными заданиями, а также убедитесь, что в любое время я не превышаю порог службы.Приоритет сообщений в реальном времени по пакетным сообщениям с использованием очередей/MDB
Пожалуйста, оцените следующий подход.
Есть 2 очереди A - в реальном времени и B - Пакетное задание. У вас есть пул потоков размером = 100 (Service Threshold) и пусть пул потоков сначала попытается выбрать msgs из A, если какой-либо другой выбор из B.
Мое приложение работает в Weblogic, вместо этого я хочу использовать MDB пула потоков, но нет способа заставить MDB прослушивать несколько очередей.