Uploaded image for project: 'HttpComponents HttpClient'
  1. HttpComponents HttpClient
  2. HTTPCLIENT-2094

setValidateAfterInactivity disagreement between classic/async for duration zero

    XMLWordPrintableJSON

Details

    Description

      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?

      Attachments

        Activity

          People

            Unassigned Unassigned
            ckozak Carter Kozak
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Time Tracking

                Estimated:
                Original Estimate - Not Specified
                Not Specified
                Remaining:
                Remaining Estimate - 0h
                0h
                Logged:
                Time Spent - 0.5h
                0.5h