qpid-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gordon Sim <g...@redhat.com>
Subject [c++] give application more direct control over reconnect & replay
Date Wed, 28 Aug 2013 15:30:44 GMT
I have a proposal[1] for a small addition to the qpid::messaging API 
that makes the reconnect feature less of an 'all or nothing' affair[2]. 
For background context, this limitation was brought up most recently on 
the dev list back in June[3].

Basically it exposes a new reconnect() method allowing the application 
to catch the TransportFailure and decide if and when and where to 
reconnect. Invoking that method then re-establishes all the 
sessions/senders/receivers and replays indoubt messages.

Any feedback welcome as usual, either here or on reviewboard.

--Gordon.

[1] https://reviews.apache.org/r/13885/
[2] https://issues.apache.org/jira/browse/QPID-4932
[3] 
http://qpid.2158936.n2.nabble.com/Qpid-post-mortem-and-request-for-suggestions-for-my-next-release-challenge-10M-msgs-sec-on-Windows-tp7594096p7594258.html


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org


Mime
View raw message