Do not use CachingConnectionFactory on a MessageListenerContainer

最新推荐文章于 2023-09-09 07:30:00 发布

iushnauh

最新推荐文章于 2023-09-09 07:30:00 发布

阅读量209

点赞数

分类专栏： Spring

本文链接：https://blog.csdn.net/iushnauh/article/details/84491494

版权

Spring 专栏收录该内容

12 篇文章 0 订阅

订阅专栏

Note from java doc for CachingConnectionFactory:

NOTE: This ConnectionFactory requires explicit closing of all Sessions obtained from its shared Connection. This is the usual recommendation for native JMS access code anyway. However, with this ConnectionFactory, its use is mandatory in order to actually allow for Session reuse.

Note also that MessageConsumers obtained from a cached Session won't get closed until the Session will eventually be removed from the pool. This may lead to semantic side effects in some cases.

It is not recommended to use CachingConnectionFactory on a MessageListenerContainer - you can end up with cached consumers in the cache, which get messages where there is no listener, and such messages can get "stuck". The CachingConnectionFactory is really designed to use on the producer other than the listener. Since the container manages concurrency, the sessions/consumers are long-lived and don't need to be cached.