Try to reconnect if connection is lost (replace pika with kombu) #55
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I need the
AMQPLogstashHandler
to gracefully handle connection failure. Rather than implement this logic in the library as in #34, I recommend switching from pika to kombu.In this PR I essentially just swapped the two libraries and made updates necessary to accommodate that change. This implementation uses kombu's producers pool for publishing, which handles connection failure gracefully. It might also be a good idea to add a max pool size option to the
AMQPLogstashHandler
(see setting pool limits).I also updated the socket logic to be more compatible with the
SocketHandler
class. With the current implementation, we are made aware of connection problems because pika raisespika.exceptions.ConnectionClosed
, which escapes the except-block in SocketHandler.createSocket(). With kombu,OSErrors
are raised, which get silently swallowed, so I had to add a modifiedsend()
.