ActiveMQ-5.10 사용.브로커를 다시 시작한 후 가입자가 영원히 연결할 수 없습니다.
브로커를 다시 시작한 후 클라이언트가 복구되지 않고 영원히 침을 뱉지 않는 것처럼 보입니다. 클라이언트가
[2014-12-18 18 : 17 : 58,852 [StatsCollector-3] jmx.TCAQueueSizeMonitor.getPendingQueueSize (68) 오류 : TCA 대기열 크기 상태를 가져 오는 중 예외가 발생했습니다. javax.jms.IllegalStateException는 : 세션이
at org.apache.activemq.ActiveMQSession.checkClosed(ActiveMQSession.java:767)
at org.apache.activemq.ActiveMQSession.createBrowser(ActiveMQSession.java:1425)
at org.apache.activemq.jms.pool.PooledSession.createBrowser(PooledSession.java:294)
at moss.jmx.TCAQueueSizeMonitor.getPendingQueueSize(TCAQueueSizeMonitor.java:63)
at moss.jmx.TCAQueueSizeMonitor.getTCAQueueSizeStatus(TCAQueueSizeMonitor.java:101)
at moss.jmx.TCAHeartBeatStatsCollector.run(TCAHeartBeatStatsCollector.java:60)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
닫혀
예외가 계속되어, 아래의 세션은 이후에 한번 그리고 폐쇄 :
[2014년 12월 19일 00 : 00 : 06176 [ securityEventDataSubscriberContainer-4105] listener.DefaultMessageListenerContainer.handleListenerSetupFailure() : 842 WARN] : 목적지 'topic : //check.newSecurityPublish'- JMS 메시지 리스너 호출자 설정이 실패했습니다. 원인 : org.apache.activemq.ConnectionFailedException 다음 JMS 연결 실패 : 연결이 거절
[2014년 12월 19일 00 : 00 : 06476 [securityEventDataSubscriberContainer-4105] listener.DefaultMessageListenerContainer.refreshConnectionUntilSuccessful() : 891 INFO] JMS 연결을 성공적으로 새로 고침했습니다.
한 클라이언트에 대해서만 볼 수 있으며 너무 가끔 나타납니다. 다른 클라이언트는 브로커와 제대로 통신 할 수 있습니다.
덕분에, 아누 즈
ActiveMQ와 RabbitMQ는 동일하지 않으므로 하나의 경험이 다른 것과 관련이있는 것은 아닙니다. ActiveMQ에는 RabbitMQ에서 이러한 기능을 사용할 수없는 경우에도 손실 된 연결을 자동으로 다시 시도하는 장애 조치 전송 기능이 있습니다. – Tim
@Tim 주석 주셔서 감사합니다. 장애 조치 전송은 흥미 롭습니다.제가 확인하겠습니다. –