Как отключить транспорт.failover.FailoverTransport успешно подключен к tcp://localhost:сообщение 61616

При подписке на сообщение с использованием DefaultJmsListenerContainerFactory весной и верблюда с использованием аварийного транспорта activemq я постоянно получаю сообщения ниже INFO.

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

Можно ли отключить это ИНФО-сообщение на консоли или есть какой-то временной интервал для печати этого сообщения на консоли?

Я пытался использовать какой-либо вариант транспортного соединения ActiveMQ, но это мне не помогло.


spring-boot jms spring-jms apache-camel activemq
person S Boot    schedule 25.08.2016    source источник

Ответы (3)


arrow_upward
3
arrow_downward

Первое, что приходит мне на ум, это то, что вы можете поиграться с параметрами аварийного переключения, как описано здесь: http://activemq.apache.org/failover-transport-reference.html

person gtonic    schedule 10.09.2016
comment
:Спасибо за ответ. Я понимаю это таким образом, что я отключаю информацию на уровне log4j для activemq следующим образом: logging.level.org.apache.activemq=WARN - person S Boot; 07.10.2016

arrow_upward
0
arrow_downward

Мы обнаружили, что пул соединений по умолчанию отключен при использовании SpringBoot и ActiveMQ. Мы устанавливаем следующее свойство в нашем файле application.yml, чтобы включить пул:

spring.activemq.pool.enabled: true

Установка уровня журнала на WARN просто маскирует проблему, так как он по-прежнему будет отбрасывать и воссоздавать соединения за кулисами.

person dave.c    schedule 31.10.2018
comment
У нас есть spring.activemq.pool.enabled=true в реквизитах, но мы продолжаем получать эти сообщения с broker-url установленным на failover://(tcp://...,tcp://...)?randomize=false&initialReconnectDelay=5000&maxReconnectAttempts=4&timeout=3000&maxReconnectDelay=30000&jms.prefetchPolicy.all=10. Так что, наверное, где-то в этих параметрах. Я согласен, что простое нажатие на уровень журнала не является реальным решением. - person virgo47; 11.03.2019

arrow_upward
0
arrow_downward

С форума ActiveMQ:

Значение по умолчанию idleTimeout для PooledConnectionFactory составляет всего 30 секунд. А физические связи заимствуются циклическим образом. Таким образом, если приложению требуется более 30 секунд для циклического прохождения 5 подключений, вы начнете наблюдать отток подключений, что, похоже, именно то, что происходит в вашем случае. Возможно ли, что между последующими использованиями JmsTemplate в вашем сценарии прошло 30 секунд?

Таким образом, решение должно заключаться в обновлении idleTimeout пула соединений.

person max    schedule 03.04.2019