[
https://issues.apache.org/jira/browse/HTTPCORE-639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Osipov closed HTTPCORE-639.
-----------------------------------
Resolution: Fixed
> Add 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
> Assignee: Michael Osipov
> Priority: Major
> Fix For: 5.1
>
> Time Spent: 13h 20m
> Remaining Estimate: 0h
>
> 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-unsubscr...@hc.apache.org
For additional commands, e-mail: dev-h...@hc.apache.org
