You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tinkerpop.apache.org by "stephen mallette (JIRA)" <ji...@apache.org> on 2018/07/18 11:51:00 UTC
[jira] [Reopened] (TINKERPOP-1999) [Java][gremlin-driver] Query to
a remote server via the websocket client hangs indefinitely if the server
becomes unavailable
[ https://issues.apache.org/jira/browse/TINKERPOP-1999?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
stephen mallette reopened TINKERPOP-1999:
-----------------------------------------
Something is not right - this change is causing failures in doc generation and certain integration tests in certain environments:
{{code}}
ERROR org.apache.tinkerpop.gremlin.driver.Handler$GremlinResponseHandler - Could not process the response
java.lang.IllegalStateException: Connection to server is no longer active
at org.apache.tinkerpop.gremlin.driver.Handler$GremlinResponseHandler.channelInactive(Handler.java:210)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:240)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:226)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:219)
at io.netty.channel.ChannelInboundHandlerAdapter.channelInactive(ChannelInboundHandlerAdapter.java:75)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:240)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:226)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:219)
at io.netty.channel.ChannelInboundHandlerAdapter.channelInactive(ChannelInboundHandlerAdapter.java:75)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:240)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:226)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:219)
at io.netty.channel.ChannelInboundHandlerAdapter.channelInactive(ChannelInboundHandlerAdapter.java:75)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:240)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:226)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:219)
at io.netty.handler.codec.ByteToMessageDecoder.channelInputClosed(ByteToMessageDecoder.java:379)
at io.netty.handler.codec.ByteToMessageDecoder.channelInactive(ByteToMessageDecoder.java:344)
at io.netty.handler.codec.http.websocketx.WebSocket08FrameDecoder.channelInactive(WebSocket08FrameDecoder.java:506)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:240)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:226)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:219)
at io.netty.channel.DefaultChannelPipeline$HeadContext.channelInactive(DefaultChannelPipeline.java:1299)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:240)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:226)
at io.netty.channel.DefaultChannelPipeline.fireChannelInactive(DefaultChannelPipeline.java:903)
at io.netty.channel.AbstractChannel$AbstractUnsafe$8.run(AbstractChannel.java:768)
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:399)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:464)
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:131)
at java.lang.Thread.run(Thread.java:748)
{{code}}
need to revisit............
> [Java][gremlin-driver] Query to a remote server via the websocket client hangs indefinitely if the server becomes unavailable
> -----------------------------------------------------------------------------------------------------------------------------
>
> Key: TINKERPOP-1999
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1999
> Project: TinkerPop
> Issue Type: Bug
> Components: driver
> Affects Versions: 3.3.2, 3.3.3
> Reporter: Ankesh Khandelwal
> Assignee: stephen mallette
> Priority: Minor
> Fix For: 3.4.0, 3.3.4, 3.2.10
>
>
> Query to a remote server via the websocket client hangs indefinitely if the server becomes unavailable.
>
> Consider the code snippet below.
>
>
> {code:java}
> // Create a websocket client
> final Client client = Cluster.build().addContactPoint(<endpoint>).create().connect();
> // submit a query
> ResultSet resultSet = client.submit("g.V().id()");
> // wait for all the results
> resultSet.all().join();
>
> {code}
>
> If the
> {code:java}
> client.submit(...){code}
> call succeeds (that is the server is available/reachable) but before getting the results from the server, the server becomes unavailable/unreachable, then the client code hangs indefinitely at
> {code:java}
> resultSet.all().join(){code}
> .
> The right behavior would be to throw an exception indicating the server is not available anymore. The hanging behavior suggests that the *channelInactive* call from websocket connection may not be getting propagated properly (perhaps getting swallowed somewhere).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)