-
Notifications
You must be signed in to change notification settings - Fork 133
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
GraphQL Client is not able to reconnect if graphQL server restart #180
Comments
I'm aware of an issue with the reconnect capability, seems there is a threading problem within the observable chain... Hopefully I'll be able to fix this in the coming days |
Hi Alexander,
Thanks for your prompt reply on this.
Appreciate your help.
Thanks,
Bhavesh
…On Wed, Mar 4, 2020 at 1:31 PM Alexander Rose ***@***.***> wrote:
I'm aware of an issue with the reconnect capability, seems there is a
threading problem within the observable chain... Hopefully I'll be able to
fix this in the coming days
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#180?email_source=notifications&email_token=AIYRHNCJDVHHSPYGHFZW7FDRF2UAHA5CNFSM4LBL7GB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOENZZX6Y#issuecomment-594779131>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AIYRHNF2RVCNKZKRRS75FGDRF2UAHANCNFSM4LBL7GBQ>
.
|
The exception is as expected and you cannot call This should automatically happen through the Maybe you could configure a custom |
Somehow this seems to be related with #161... |
I tried adding custom GraphQLHttpClientOptions.BackOffStrategy and checked that method is not invoked at all. Instead of retries it raise below exception:
|
What i understood.
Once GraphQL server restarts, it disconnect the connection. At this point
at client side _receiveResultAsync(...) method throw an exception and that
exception all the way pass to application and no retry is called in this
flow.
As per me as soon we get exception in that method we should trigger retries
and trigger invalidate existing socket so InitializeWebSocket(..) will take
care on next read request.
If i start GraphQL client application first and then start the server then
it works fine as graphQL client application keep trying to reconnect and
finally connects with server once it is up and running.
I hope. This information will help.
…On Wed, Mar 4, 2020 at 2:01 PM Alexander Rose ***@***.***> wrote:
Somehow this seems to be related with #161
<#161>...
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#180?email_source=notifications&email_token=AIYRHNEDKUFLL3N2GPBYKD3RF2XQNA5CNFSM4LBL7GB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOENZ7GEI#issuecomment-594801425>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AIYRHNDCAU7ZRML2YSZOTUDRF2XQNANCNFSM4LBL7GBQ>
.
|
Where does that exception surface? Does it call |
Yes, Below is the Exception details:
|
Did you pass a custom exception handler? This exception is normally swallowed by and causes a Retry on the subscription. Please also update to the latest version of this lib, as I made some optimizations to the code behind... |
Hi,
GraphQL Client is not able to reconnect if graphQL server restart.
In my local copy below is the change I have added.
You may also have some better way.
The text was updated successfully, but these errors were encountered: