在春季使用DefaultJmsListenerContainerFactory和camel使用故障转移activemq传输订阅消息时,我不断地收到以下信息消息。
2016-08-25 15:00:07,235 [ActiveMQ Task-1] INFO transport.failover.FailoverTransport Successfully connected to tcp://localhost:61616
2016-08-25 15:00:08,265 [ActiveMQ Task-1] INFO transport.failover.FailoverTransport Successfully connected to tcp://localhost:61616
2016-08-25 15:00:08,265 [ActiveMQ Task-1] INFO transport.failover.FailoverTransport Successfully connected to tcp://localhost:61616
2016-08-25 15:00:09,296 [ActiveMQ Task-1] INFO transport.failover.FailoverTransport Successfully connected to tcp://localhost:61616
2016-08-25 15:00:09,328 [ActiveMQ Task-1] INFO transport.failover.FailoverTransport Successfully connected to tcp://localhost:61616
2016-08-25 15:00:10,299 [ActiveMQ Task-1] INFO transport.failover.FailoverTransport Successfully connected to tcp://localhost:61616
2016-08-25 15:00:10,346 [ActiveMQ Task-1] INFO transport.failover.FailoverTransport Successfully connected to tcp://localhost:61616
2016-08-25 15:00:11,318 [ActiveMQ Task-1] INFO transport.failover.FailoverTransport Successfully connected to tcp://localhost:61616是否可以在控制台上禁用此INFO消息,或者是否有时间间隔在控制台上打印此消息?
我曾尝试使用一些ActiveMQ传输连接选项,但它对我没有帮助。
发布于 2016-09-11 00:49:27
我想到的第一件事是,您可以尝试使用故障转移参数,如下所示:http://activemq.apache.org/failover-transport-reference.html
发布于 2018-10-31 23:52:18
我们发现在使用SpringBoot和ActiveMQ时,默认情况下连接池是禁用的。我们在application.yml文件中设置以下属性以启用池:
spring.activemq.pool.enabled: true将日志级别设置为WARN只是掩盖了问题,因为它仍将在幕后丢弃和重新创建连接。
发布于 2019-04-03 21:08:10
来自ActiveMQ论坛:
PooledConnectionFactory的默认idleTimeout仅为30秒。物理连接是以循环方式借用的。因此,如果应用程序在5个连接之间循环的时间超过30秒,您将开始观察连接变化,这似乎就是您的情况。在您的场景中,两次使用JmsTemplate之间是否可能相隔30秒?
因此,解决方案应该是更新连接池的idleTimeout。
https://stackoverflow.com/questions/39153184
复制相似问题