Home/ Questions/Q 60545
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-10T18:10:43+00:00

The TIBCO EMS .NET reference guide says (pg 134) To enable reconnection behavior and

  • 0

The TIBCO EMS .NET reference guide says (pg 134)

To enable reconnection behavior and fault tolerance, the serverURL parameter must be a comma-separated list of two or more URLs. In a situation with only one server, you may supply two copies of that server’s URL to enable client reconnection (for example, tcp://localhost:7222,tcp://localhost:7222).

The TIBCO EMS user’s guide (pg 292) talks about failover scenarios, client notification, and automatic transfer of clients to the backup server, but nothing specifically ‘reconnect’ related.

In a ‘reconnect’ scenario, does the server handle everything? or does the client have to do something with it’s TIBCO.EMS.Connection instances?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Looks like from our testing that the there are settings on both the server and the client that enable this feature. On the client side, the SetReconnAttemptCount, Delay, Timeout govern the attempts the client tries to reconnect once its aware of a server failover / connection failover.

    In our testing, we used a single server environment, listed the server twice in the connection string (using the trick you outlined above) and when that server was taken offline, we received a client notification of the failover process taking affect (we enabled Tibems.SetExceptionOnFTSwitch(true)) and when the server was brought back online, our client seemlessly reconnected without missing a beat. We didn’t need to code anything, the internal reconnect logic worked its magic.

    On the server side, fault tolerance needs to be enabled and I believe server-client and client-server heartbeats need to be enabled (though this has not yet been verified).

    Hope this helps.

    • 0