"failover :"프로토콜을 ActiveMQ의 "vm :"전송과 함께 사용하면 어떤 이점이 있습니까?

Question

this answer에 따르면 단일 주소에서도 "tcp"전송과 함께 "장애 조치"프로토콜을 사용하면 얻을 수있는 이점이 있습니다.

는 JMS 브로커가 다운되면, ActiveMQ를 자동으로 장애 조치를 사용하여 사용 가능한 JMS 브로커에 다시 연결할 수 있습니다 : 프로토콜을 ActiveMQ documentation이 외에도

은, 다음 (강조 광산)에 적용됩니다. 자동으로 다시 연결될뿐만 아니라 도 임시 대상, 세션, 제작자 및 가장 중요한 소비자을 다시 시작합니다.

"vm"전송을 사용할 때도 마찬가지입니까?

큐 대기열이 가득 차는 동안 큐 소비자가 메시지를 받도록 중지하는 문제가 자주 발생합니다. 아직 해결 방법을 찾지 못했습니다. 이것은 ActiveMQ v5.6.0과 같습니다. 우리는 현재 v5.14.5로 업그레이드 중이지만 추가 옵션을 찾고자합니다. ActiveMQConnectionFactory에 대한

우리의 현재 봄 구성은 다음과 같습니다

<bean id="jmsConnectionFactory" class="org.apache.activemq.ActiveMQConnectionFactory" 
    depends-on="amqEmbeddedBroker"> 
    <property name="brokerURL" value="vm://localhost" /> 
    <property name="watchTopicAdvisories" value="false" /> 
</bean> 

겠습니까이 경우 어떤 혜택을 제공 failover:(vm://localhost)에 vm://localhost에서 URL을 변경, 즉 안전 회로 텔레비전 연결에 대한 것은 어떤 이유로 폐쇄? failover: 부분을 포함하도록 URL을 변경하면 FailoverTransport의 인스턴스가 생성되었지만 vm 전송의 경우 이점이 있습니까?

Answer 1

연결이 실패하면 장애 조치는 다시 연결을 시도합니다. 따라서 일반적으로 연결 오류가 발생하는 작업을 수행하는 경우 예외가 표시되지 않지만 자동으로 다시 연결을 시도합니다. 따라서 메모리 중개인이 사망하면 클라이언트는 침묵을 나타내며 재 연결을 시도하는 로그를 발행합니다.

VM 연결은 네트워크 문제로 인해 실패하지 않으므로 추가 조사를 원할 수 있습니다. 그러나 업그레이드는 첫 번째 단계처럼 보입니다.