-
Notifications
You must be signed in to change notification settings - Fork 1.6k
Request timeout should be disabled once connection comes back to the pool #1109
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Could you pls. create a simple testcase? |
@oleksiys In PerRequestTimeoutTest.java, add the following testcase.
PS) NettyPerRequestTimeoutTest worked fine. |
@carryel could you pls. test it now? |
@oleksiys Yes. It works fine. Thanks! [rev.088948a] |
@slandelle Could I know the approximate release plan of AHC v1.9.34? |
closed by 088948a |
I am using AHC v1.9.32 with grizzly provider(grizzly framework v2.3.24).
And major configuration is the following:
First, I expected http's idle-connection would be kept during 5min in pool but the connection would be always closed in about 1 sec.
When I debugged, grizzly provider used IdleTimeoutFilter with requestTimeout and the timeout was applied at the connection regardless of connection pooling. So the idle connection would be closed in requestTimeout.
Grizzly initializes the transport with IdleTimeoutFilter which has the request timeout.
When a connection has been established, the filter has the timer with FOREVER-timeout and the timer has the request timeout at next steps. When the connection has been closed, the filter resets the timer.
But if we use connection pool, the connection is not closed until pool's idle timeout. So when the connection will be returned to the pool, the request timeout should be disabled.
The text was updated successfully, but these errors were encountered: