[prev in list] [next in list] [prev in thread] [next in thread] 

List:       httpclient-commons-dev
Subject:    [jira] [Updated] (HTTPCORE-639) Consider a configurable ResponseOutOfOrder strategy for DefaultBHttp
From:       "Oleg Kalnichevski (Jira)" <jira () apache ! org>
Date:       2020-07-22 9:07:00
Message-ID: JIRA.13318543.1595358083000.102570.1595408820085 () Atlassian ! JIRA
[Download RAW message or body]


     [ https://issues.apache.org/jira/browse/HTTPCORE-639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel \
]

Oleg Kalnichevski updated HTTPCORE-639:
---------------------------------------
    Fix Version/s: 5.1

> Consider a configurable ResponseOutOfOrder strategy for \
>                 DefaultBHttpClientConnection
> ------------------------------------------------------------------------------------
>  
> Key: HTTPCORE-639
> URL: https://issues.apache.org/jira/browse/HTTPCORE-639
> Project: HttpComponents HttpCore
> Issue Type: New Feature
> Components: HttpCore
> Reporter: Carter Kozak
> Priority: Major
> Fix For: 5.1
> 
> 
> In a known environment where the server fully reads full request bodies before \
> sending a response, I would like to disable the expensive checkForEarlyResponse \
> checks implemented by DefaultBHttpClientConnection.sendRequestEntity. Using TLS the \
> check blocks for 1ms every 8kb, which limits the upload rate to at most eight \
> megabytes per second, relatively low in a data-center environment. Proposed \
> interface: {code:java}
> public interface ResponseOutOfOrderStrategy {
> /**
> * Returns the interval in bytes describing how often the socket is checked for an \
>                 out-of-order response.
> * The default implementation uses 8kb. A value of zero results in checks being \
>                 disabled, this may result
> * in requests blocking until the socket timeout is reached while a server sends an \
>                 out-of-order response.
> */
> int determineResponseCheckIntervalBytes(ClassicHttpRequest request, Socket socket);
> }
> {code}
> I'd be happy to implement and contribute such a feature if you agree that it's \
> reasonable. I appreciate any input and feedback you can provide!



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

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org
For additional commands, e-mail: dev-help@hc.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]