You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tinkerpop.apache.org by "Cole Greer (Jira)" <ji...@apache.org> on 2022/12/16 20:36:00 UTC

[jira] [Created] (TINKERPOP-2846) Different Behavior in Response to Close Frames in Python

Cole Greer created TINKERPOP-2846:
-------------------------------------

             Summary: Different Behavior in Response to Close Frames in Python
                 Key: TINKERPOP-2846
                 URL: https://issues.apache.org/jira/browse/TINKERPOP-2846
             Project: TinkerPop
          Issue Type: Improvement
          Components: python
    Affects Versions: 3.7.0
            Reporter: Cole Greer


Typically if a gremlin client receives a close websocket frame from the server, it will mark the current connection as dead, and attempt to create a new connection. The python GLV does not replicate this behavior, it appears that upon receiving a close web socket frame, the underlying asyncio event loop in the transporter is closed and no attempt to reconnect is made. Further, awareness of this closed state does not propagate back up to the client level as client.is_closed() will still return false. Any future requests made through this client will fail as the underlying event loop is closed. In the near future, I will be submitting a PR as part of [TINKERPOP-2819|https://issues.apache.org/jira/browse/TINKERPOP-2819] which contains a test demonstrating this behavior.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)