c# - ¿El servidor TIBCO EMS gestiona la reconexión? o el cliente?

tibco-ems

Question

La guía de referencia TIBCO EMS .NET dice (pg 134)

Para habilitar el comportamiento de reconexión y la tolerancia a errores, el parámetro serverURL debe ser una lista separada por comas de dos o más URL. En una situación con solo un servidor, puede suministrar dos copias de la URL de ese servidor para habilitar la reconexión del cliente (por ejemplo, tcp: // localhost: 7222, tcp: // localhost: 7222).

La guía del usuario de TIBCO EMS (página 292) habla de escenarios de conmutación por error, notificación al cliente y transferencia automática de clientes al servidor de copia de seguridad, pero nada específicamente relacionado con la "reconexión".

En un escenario de "reconexión", ¿el servidor maneja todo? ¿O el cliente tiene que hacer algo con sus instancias TIBCO.EMS.Connection?

Answer 1

Parece de nuestras pruebas que existen configuraciones tanto en el servidor como en el cliente que habilitan esta característica. En el lado del cliente, SetReconnAttemptCount, Delay, Timeout rigen los intentos que el cliente intenta reconectar una vez que conoce una failover de conexión / failover del servidor.

En nuestras pruebas, utilizamos un entorno de servidor único, enumeramos el servidor dos veces en la cadena de conexión (utilizando el truco que describimos anteriormente) y cuando ese servidor se desconectó, recibimos una notificación del cliente sobre el efecto de conmutación por error (habilitamos Tibems .SetExceptionOnFTSwitch (true)) y cuando el servidor volvió a estar en línea, nuestro cliente volvió a conectarse sin perder el ritmo. No necesitábamos codificar nada, la lógica de reconexión interna funcionaba con su magia.

En el lado del servidor, la tolerancia a fallas debe estar habilitada y creo que los latidos del servidor-cliente y del cliente-servidor deben estar habilitados (aunque esto aún no se ha verificado).

Espero que esto ayude.