Hello, Sorry for the late reply. Thank you for the dev, it allows us to discover new endpoints when trying to reconnect.
However there is one use case that we covered in Java with QPID-JMS that we couldn’t handle in C++. If at the creation of the connection, no messaging server is yet available, we want to trigger a retry on the DiscoveryAgent until new endpoints are found. Do you think it is possible to trigger the retry strategy already implemented without explicitly passing a URL at the creation of the connection? Another note : even if we can discover new endpoints and update the failover URLs, the primary URL cannot be updated even if it’s not available anymore. Regards, Ali -----Original Message----- From: Jiri Daněk <[email protected]> Sent: jeudi 26 septembre 2019 10:04 To: users <[email protected]> Subject: Re: [Proton-C] Discovery On Wed, Jun 5, 2019 at 12:13 PM Rabih M <[email protected]> wrote: > Hello Alan, > > Will your pull request "reconnect_update" be released in the next > proton release 0.29.0? > We are waiting for this dev to implement some features form our side. > > We can help if needed... > Hi, the PRs on https://issues.apache.org/jira/browse/PROTON-2040 were merged in time for 0.29 release. Does the way it is implemented there suit your needs? -- Mit freundlichen Grüßen / Kind regards Jiri Daněk ******************************* This e-mail contains information for the intended recipient only. It may contain proprietary material or confidential information. If you are not the intended recipient you are not authorized to distribute, copy or use this e-mail or any attachment to it. Murex cannot guarantee that it is virus free and accepts no responsibility for any loss or damage arising from its use. If you have received this e-mail in error please notify immediately the sender and delete the original email received, any attachments and all copies from your system.
