tinkerpop-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (TINKERPOP-2205) Use one connection per request for Java client
Date Tue, 25 Jun 2019 20:26:00 GMT

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

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

spmallette commented on pull request #1105: TINKERPOP-2205 Change connection management to
single request per channel
URL: https://github.com/apache/tinkerpop/pull/1105
 
 
   
 
----------------------------------------------------------------
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:
users@infra.apache.org


> Use one connection per request for Java client
> ----------------------------------------------
>
>                 Key: TINKERPOP-2205
>                 URL: https://issues.apache.org/jira/browse/TINKERPOP-2205
>             Project: TinkerPop
>          Issue Type: Improvement
>          Components: driver
>    Affects Versions: 3.3.6
>            Reporter: Divij Vaidya
>            Priority: Major
>              Labels: deprecation
>
> This issue is a tracking item for the conversation in the mailing list [[1]|https://lists.apache.org/thread.html/77728cb77d4eab90f15680595e653ffc6055b74db29cbd4dcd5f0339@%3Cdev.tinkerpop.apache.org%3E]
which highlights multiple problems and shortcomings in the existing Java client and proposes
a design change in the client connection pooling to address the same. More specifically,
the problems addressed are as follows:
>  # Difficulty in configuring the client for optimum performance.
>  # Undocumented dependency of configuration parameters on each other.
>  # A bad request can impact other requests on the same channel.
>  # Host is marked as dead even if it is busy serving requests.
>  # No way to free up server resources if the client has stopped consuming results.
>  # No differentiation between retriable and non-retriable exceptions from the application
code.
>  # Keep alive is only sent when a query is executing, which means that a connection open
for a very long time with no query being sent will be closed by the server.
>  # Race condition if the server response reaches before result queue has been registered.
>  # Unpredictable behaviour if the server sends an exception followed by a genuine response
for the same request.
>  # A concurrent hash map (tracking pending requests) is a point of contention amongst
threads.
> [1]https://lists.apache.org/thread.html/77728cb77d4eab90f15680595e653ffc6055b74db29cbd4dcd5f0339@%3Cdev.tinkerpop.apache.org%3E



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Mime
View raw message