-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to catch exception when reconnecting #14
Comments
What do you think works best, calling |
Thanks! It doesn't really matter to me - they both make sense considering I can check the exception type in |
Do you think |
@yuanmwang-wf can you please review #16 ? |
It would be nice to have for me, but not necessary.
Awesome! I'll pull it down and test locally. |
I've added a |
I've just merged that branch to master. I'll add some docs / example on how to use it and then release a new version. |
Sorry something came up and I got distracted, I just pulled the latest commit and confirmed it worked as expected. Thank you so much! 💯 |
@yuanmwang-wf just released version 1.4.2. |
I don't think it's possible to catch
ExceededRetryCount
when raised here byconnection_lost
because it's an isolated task that's never handled?Example code
If I start the broker, run this script then immediately kill the broker, I got stacktraces like this:
For background info, what I'm trying to achieve is to catch exceptions like these because I'm trying to use it with Amazon MQ Active/Standby Broker so if it can't connect with one broker it'll need to try connect with the other broker.
Ideally I'd expect error_handler would be called with
ExceededRetryCount
when this happens, thoughts?The text was updated successfully, but these errors were encountered: