Вилл механизм опрос вызывает беспокойство в DefaultMessageListenerContainer

Question

документации для DefaultMessageListener контейнера гласит:

"Message listener container variant that uses plain JMS client API, specifically a loop of MessageConsumer.receive() calls" 

Как Юрген говорится в посте http://forum.spring.io/forum/other-spring-related/remoting/24208-what-s-the-best-practice-for-using-jms-in-spring, я мог понять, что это рекомендуется подход.

Но в основном боюсь механизма тяги, который он делает, поскольку существует общее мнение о том, что механизм, управляемый событиями, лучше, чем модель pull в отношении использования ресурсов и поведения блокировки.

Будут ли возникать проблемы или проблемы при использовании DefaultMessageListener.

Пожалуйста посоветуйте

Answer 1

Это действительно стало событийным; контейнер не опросит сервер, он опросит клиентскую библиотеку, чтобы узнать, появились ли какие-либо новые сообщения. Он действительно не использует значительных ресурсов.

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