You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hc.apache.org by "Carter Kozak (Jira)" <ji...@apache.org> on 2020/07/01 17:44:00 UTC

[jira] [Created] (HTTPCLIENT-2094) setValidateAfterInactivity disagreement between classic/async for duration zero

Carter Kozak created HTTPCLIENT-2094:
----------------------------------------

             Summary: setValidateAfterInactivity disagreement between classic/async for duration zero
                 Key: HTTPCLIENT-2094
                 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-2094
             Project: HttpComponents HttpClient
          Issue Type: Bug
          Components: Documentation, HttpClient (async), HttpClient (classic)
    Affects Versions: 5.0.1
            Reporter: Carter Kozak


Pooling(Async|Http)ClientCOnnectionManager.setValidateAfterInactivity documentation says that non-positive values result in no validation.
This is true of the asynchronous implementation, however the classic implementation only uses negative values to disable validation where zero results in validation prior to each request.

Ideally the semantics would match between the two connection managers. My preference would be to update the documentation in both and the implementation of the asynchronous manager so that zero always validates connections for behavior similar to okhttp (while certainly not a good idea in most cases, has benefits in environments with poor connectivity). This approach would also match behavior of 4.x.

Thoughts?



--
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