[
https://issues.apache.org/jira/browse/TINKERPOP-2531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17302483#comment-17302483
]
ASF GitHub Bot commented on TINKERPOP-2531:
-------------------------------------------
radu-iviniciu commented on pull request #1404:
URL: https://github.com/apache/tinkerpop/pull/1404#issuecomment-800228354
Thanks for the review @FlorianHockmann.
Is there an estimated timeline for the next minor release into which this
change might make it ? That'll be 3.4.11 right ?
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
> Gremlin .NET driver ConnectionPool can remain without connections if server
> is down for 1-2 minutes
> ---------------------------------------------------------------------------------------------------
>
> Key: TINKERPOP-2531
> URL: https://issues.apache.org/jira/browse/TINKERPOP-2531
> Project: TinkerPop
> Issue Type: Bug
> Affects Versions: 3.4.10
> Reporter: Radu Iviniciu
> Priority: Major
>
> We are using Gremlin .NET client to connect to AWS Neptune.
> If the server is down for even just 1 - 2 minutes (E,.g. Instance reboot)
> the connection pool can remain without any healthy connections permanently
> even after the server comes back up again.
> Tracked this down to here:
> https://github.com/apache/tinkerpop/blob/60bfc90ce43567d609b1165989c1c74ce825109b/gremlin-dotnet/src/Gremlin.Net/Driver/ConnectionPool.cs#L154
> If the server was not ready yet and the connections were not restored as part
> of the previous TryGetAvailableConnection then the connection pool will
> remain empty indefinitely and all connections are dead even after the server
> is back up.
> Is this longer-ish downtime a use case the client should handle ? Or is it
> expected behavior and we should let the caller handle the
> ServerUnavailableException, potentially recreate the GremClient altogether ?
> What do you guys think ? If this is something the client should handle I can
> take a stab at it and put up a PR.
> Thank you.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
