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