哪个更好:PooledConnectionFactory或CachingConnectionFactory？

Question

我们在Tomcat(7.0.41)中使用Spring(3.2.4)和ActiveMQ(5.8.0)并且不清楚最佳用法是什么.我们希望使用JmsTemplate生成MessageListenerContainer来接收消息.

我们应该在接收方使用缓存吗？(相关链接)
使用ActiveMQ和故障转移工作CachingConnectionFactory？(相关链接)
当我们使用PooledConnectionFactory时需要设置useAsyncSend ="true"吗？(相关链接)

Answer 1

从这里:

PooledConnectionFactory和CachingConnectionFactory之间的区别在于实现方面的差异.以下是它们之间不同的一些特征:

• 尽管PooledConnectionFactory和CachingConnectionFactory都声明它们各自汇集了连接,会话和生成器,但PooledConnectionFactory实际上并不创建多个生成器的缓存.当请求一个缓存生成器时,它只使用单例模式分发单个缓存生成器.而CachingConnectionFactory实际上创建了一个包含多个生成器的缓存,并在请求一个生成器时从缓存中分发出一个生成器.

• PooledConnectionFactory构建在Apache Commons Pool项目之上,用于池化JMS会话.这允许对池进行一些额外的控制,因为Commons Pool中的功能没有被PooledConnectionFactory使用.这些附加功能包括增加池大小而不是阻塞,在池耗尽时抛出异常等.您可以使用自己的自定义设置创建自己的Commons Pool GenericObjectPool,然后通过以下方法将该对象交给PooledConnectionFactory来利用这些功能. setPoolFactory方法.有关其他信息,请参阅以下内容:http: //commons.apache.org/pool/api-1.4/org/apache/commons/pool/impl/GenericObjectPoolFactory.html

• CachingConnectionFactory还能够缓存使用者.使用此功能时需要注意,以便您知道根据博客文章中提到的规则缓存消费者.

• 但最重要的是,CachingConnectionFactory可以与任何符合JMS的MOM一起使用.它只需要一个JMS连接工厂.如果您使用的是多个MOM供应商,这在企业组织中很常见(这主要是由于遗留项目和现有项目),这一点非常重要.重要的一点是,CachingConnectionFactory可以很好地与许多不同的MOM实现配合使用,而不仅仅是ActiveMQ.

从这里:

• 如果您有群集的ActiveMQ,并使用故障转移传输,则报告CachingConnectionFactory不是正确的选择.

• 我遇到的问题是,如果一个盒子出现故障,我们应该开始在另一个盒子上发送消息,但它似乎仍在使用旧连接(每次发送超时).如果我重新启动程序,它将再次连接,一切正常.来源: ActiveMQ和CachingConnectionFactory的自动重新连接问题

• 问题是与失败的ActiveMQ的缓存连接仍在使用中,并为用户创建了问题.现在,这种情况的选择是PooledConnectionFactory.

• 如果您今天正在使用ActiveMQ,并且将来可能会切换到其他代理(JBoss MQ,WebSphere MQ),请不要使用PooledConnectionFactory,因为它会将您的代码紧密耦合到ActiveMQ.