Red Hat Bugzilla – Bug 1298740
Allow qpid.messaging.endpoints.session to have all associated receivers mointored via epoll mechanism
Last modified: 2016-07-27 07:13:20 EDT
Description of enhancement request:
Extend the existing python client qpid::messaging API to provide an alternative to the existing blocking session::NextReceiver() interface
(Backport QPID-5799 into python-qpid-0.30 for use in Satellite 6.2
Version-Release number of selected component (if applicable):
This callback can be used to cause a write on a socket that is being monitored from the application's epoll loop. This will cause the application to 'wake up' and it can poll for the next ready receiver.
See https://issues.apache.org/jira/browse/QPID-5799 for more details.
This fix in included in python-qpid-0.30-8, which is tagged for Sat 6.2.
python-qpid-0.30-8 has been delivered to QA in SNAP5 (or earlier). Moving this to ON_QA.
tested on snap 19.1
I confirmed the code changes in qpid and kombu landed in 19.1 (possibly were there earlier). This BZ is for a dev task and the code landed, marking as VERIFIED.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.