[ 
https://issues.apache.org/jira/browse/TINKERPOP-2266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17006957#comment-17006957
 ] 

ASF GitHub Bot commented on TINKERPOP-2266:
-------------------------------------------

spmallette commented on pull request #1231: TINKERPOP-2266 Start keep alive 
polling on Connection construction
URL: https://github.com/apache/tinkerpop/pull/1231
 
 
   
 
----------------------------------------------------------------
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:
us...@infra.apache.org


> Keep alive not started at connection creation
> ---------------------------------------------
>
>                 Key: TINKERPOP-2266
>                 URL: https://issues.apache.org/jira/browse/TINKERPOP-2266
>             Project: TinkerPop
>          Issue Type: Bug
>          Components: driver
>    Affects Versions: 3.3.5
>            Reporter: Christian Howe
>            Priority: Major
>
> I keep seeing connections in the connection pool being closed in the Gremlin 
> Java driver, and it looks like there are no keep alive messages being sent to 
> keep the connection open. However, after a write happens to the connection, 
> the keep alive seems to start and keep the connection open, based on 
> observations from tcpdump. The problem with this is that sometimes when we 
> make a query to the client, we get a connection which is closed, and an 
> exception is thrown. This results in an increase in customer-impacting 
> faults, and retries are likely to pull down another connection which is also 
> closed in a pool with a lot of connections. Larger pools are necessary with 
> longer running queries to have sufficient concurrency.
> It looks like [when keep alive was 
> added|https://github.com/apache/tinkerpop/pull/433], it was written to only 
> start the keep alive after there is a write to the connection. In the case 
> where a connection is created as part of a connection pool during 
> initialization, I can't find where any write would be made to start the keep 
> alive. Is there another a mechanism to start this keep alive when a 
> connection is created?



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to