You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 17, 2023. It is now read-only.
The disque client looks to have reconnect functionality built in. However, I am having trouble getting the client to reconnect to the disque server.
My test scenario is that I first create a disque client and shortly afterwards shutdown the disque server. I expected that when I brought the server back up, the client would eventually reconnect. From my test, the client remains in the ended state and will not reconnect. If I trace through what the client is doing, it looks to be skipping the reconnect attempts because it returns due to ended being true.
Between 2690766...05146ea the ended property is now set to true when the socket's close event is fired due to the call to tryRemove. Any pointers for how to get this working would be very much appreciated.
The text was updated successfully, but these errors were encountered:
Hi, disque server send a close signal to client when you shut down, it is not a exception disconnect. In my application, I listened close event and error event, when it occured, event handle throw some error , then application will be restarted.
Thanks for taking a look. Maybe I am not thinking about this the right way. However, even when I kill -9 <disque-server-process-id>, the end handler is being called. Is this intended?
I am wondering how the client will attempt a reconnect once it is ended. Do you have an example of how this works? It would be very helpful.
The disque client looks to have reconnect functionality built in. However, I am having trouble getting the client to reconnect to the disque server.
My test scenario is that I first create a disque client and shortly afterwards shutdown the disque server. I expected that when I brought the server back up, the client would eventually reconnect. From my test, the client remains in the
ended
state and will not reconnect. If I trace through what the client is doing, it looks to be skipping the reconnect attempts because it returns due to ended being true.Between 2690766...05146ea the
ended
property is now set to true when the socket'sclose
event is fired due to the call totryRemove
. Any pointers for how to get this working would be very much appreciated.The text was updated successfully, but these errors were encountered: