-
Notifications
You must be signed in to change notification settings - Fork 19
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
How to handle disconnects? #17
Comments
Thank you for your report, I will inspect this issue soon. |
@p-goudet I don't know whether it is my configuration but if connection is reset eg: broker is shutdown/restart I get exception and no reconnect |
A handler was missing to handle exception in case of socket failure (especially when try to read a closed in a socket). I am working on a handler that will call the reconnect() method to the message if the client is configured as persistent. If not the SystemCall error raise by the socket would be raised. |
@parhs Hello, I released a new version (1.0.5) which should fix this issue. When the client is configured as persistent, the client would try to reconnect to the message broker after it shutdown (or unexpected socket closing on server side). The client would queue the message that should be sent until the connection is reset. As soon as the connection is reset, the client would resubscribe to the previously subscribed topics. Could you tell me if the new version solves your issue? |
Although it seems that there is reconnect ability, it seems that after a connection reset it crashes.
Is there a way to deal with this?
The text was updated successfully, but these errors were encountered: