2019 17:12
To: users@qpid.apache.org
Subject: Re: [Proton-C] Discovery
On Fri, 2019-12-13 at 14:20 +, HADI Ali wrote:
> 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
: Andrew Stitcher
Sent: vendredi 13 décembre 2019 17:12
To: users@qpid.apache.org
Subject: Re: [Proton-C] Discovery
On Fri, 2019-12-13 at 14:20 +, HADI Ali wrote:
> Hello,
>
> Sorry for the late reply. Thank you for the dev, it allows us to
> discover new endpoints when trying
On Fri, 2019-12-13 at 14:20 +, HADI Ali wrote:
> 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 failover
URLs, the primary URL cannot be updated even if it’s not available anymore.
Regards,
Ali
-Original Message-
From: Jiri Daněk
Sent: jeudi 26 septembre 2019 10:04
To: users
Subject: Re: [Proton-C] Discovery
On Wed, Jun 5, 2019 at 12:13 PM Rabih M wrote:
> Hello A
On Wed, Jun 5, 2019 at 12:13 PM Rabih M 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
_transport_error().
> It would probably work if you're careful but I'd be worried about potential
> for confusion with connection options over-writing each other in multiple
> different places.
>
>
>
> >
> > Thanks,
> > Ali
> >
> > F
re careful but I'd be worried about potential
for confusion with connection options over-writing each other in multiple
different places.
>
> Thanks,
> Ali
>
> From: Alan Conway
> Sent: jeudi 2 mai 2019 21:29
> To: users@qpid.apache.org
> Subject: Re: [Proton-C] Discov
with
your dev?
Thanks,
Ali
From: Alan Conway
Sent: jeudi 2 mai 2019 21:29
To: users@qpid.apache.org
Subject: Re: [Proton-C] Discovery
On Thu, May 2, 2019 at 7:13 AM HADI Ali
mailto:ali.h...@murex.com>> wrote:
Hello Alan,
I am using Proton 0.27.0 and I am not finding a way to update the rec
ter 20 reconnects
}
> Regards,
> Ali
>
> -Original Message-
> From: Alan Conway
> Sent: mardi 30 avril 2019 21:11
> To: users@qpid.apache.org
> Subject: Re: [Proton-C] Discovery
>
> On Tue, Apr 30, 2019 at 8:25 AM HADI Ali wrote:
>
> > Hello Al
-Original Message-
From: Alan Conway
Sent: mardi 30 avril 2019 21:11
To: users@qpid.apache.org
Subject: Re: [Proton-C] Discovery
On Tue, Apr 30, 2019 at 8:25 AM HADI Ali wrote:
> Hello Alan,
>
> Do you have any updates concerning the proposition to update the
> reconnect options
and are available
in the current release 0.27. You should be able to take advantage of them
now.
> Regards,
> Ali
>
> -Original Message-
> From: Alan Conway
> Sent: jeudi 24 janvier 2019 23:24
> To: users@qpid.apache.org
> Subject: Re: [Proton-C] Discovery
>
>
t; > parameters
> > used
> > >> > for re-connect any way you like. If you re-use the existing
> > >> pn_connection_t
> > >> > your sessions and links will be automatically re-opened. If you
> don't
> > >> want
> > >> >
Hello Alan,
Is this the JIRA ticket you're talking about?
https://issues.apache.org/jira/browse/PROTON-1959
Olivier
-Original Message-
From: Alan Conway
Sent: jeudi 24 janvier 2019 23:24
To: users@qpid.apache.org
Subject: Re: [Proton-C] Discovery
On Thu, Jan 24, 2019 at 8:28 AM Rabih
> to react to an unexpected disconnect. You can modify the parameters
> > used
> > >> > for re-connect any way you like. If you re-use the existing
> > >> pn_connection_t
> > >> > your sessions and links will be automatically re-opened
u don't
> >> want
> >> > that, you can throw away the old pn_connection_t and re-connect with
> a
> >> new
> >> > one.
> >> >
> >> > The C++ binding provides automatic reconnect with some built-in
> options,
> >
llows you to
>> > change the reconnect URL list at that point. If the built-in options
>> > don't do what you need, you can turn off the built-in automatic
>> reconnect
>> > and implement your own custom reconnect strategy in
>> on_transport_error(),
>>
gy in on_transport_error(),
> > similar to what I described for C above.
> >
> >
> > > On 03/01/19 10:30, VERMEULEN Olivier wrote:
> > > > Hello,
> > > >
> > > > Any feedback on the below proposition?
> > > >
> > >
lo,
> > >
> > > Any feedback on the below proposition?
> > >
> > > Thanks,
> > > Olivier
> > >
> > > From: VERMEULEN Olivier
> > > Sent: mardi 18 décembre 2018 15:01
> > > To: 'users@qpid.apache.org'
> > > Subj
> On 03/01/19 10:30, VERMEULEN Olivier wrote:
> > Hello,
> >
> > Any feedback on the below proposition?
> >
> > Thanks,
> > Olivier
> >
> > From: VERMEULEN Olivier
> > Sent: mardi 18 décembre 2018 15:01
> > To: 'users@qpid.apache.o
: [Proton-C] Discovery
Hello,
We looked into the proton-c implementation and didn't find anything that would
allow us to implement a qpid-jms like discovery.
So I was wondering if we could add, directly in proton-c, an onReconnect
callback (or something similar) that would allow us to modify
Hello,
Any feedback on the below proposition?
Thanks,
Olivier
From: VERMEULEN Olivier
Sent: mardi 18 décembre 2018 15:01
To: 'users@qpid.apache.org'
Subject: RE: [Proton-C] Discovery
Hello,
We looked into the proton-c implementation and didn't find anything that would
allow us to implement
Hello,
We looked into the proton-c implementation and didn't find anything that would
allow us to implement a qpid-jms like discovery.
So I was wondering if we could add, directly in proton-c, an onReconnect
callback (or something similar) that would allow us to modify the list of URLs
the
22 matches
Mail list logo