-
Notifications
You must be signed in to change notification settings - Fork 2.1k
Support max lifetime on HTTP Client pool #5527
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
Conversation
|
@vietj I would like to rebase this PR but can you tell me if you have any concern with it before? |
Closes eclipse-vertx#5360 It would help in some cases: - make sure a connection does not live longer than authorized by some firewall - give an opportunity to the client to find new backend replicas started after the pool reached its maximum size Signed-off-by: Thomas Segismont <tsegismont@gmail.com>
|
Sorry I've missed to subscribe to this issue, so I'm a bit late on this one... But I see an issue with the fix: when the closing the connection was the right move when dealing with What do you think ? |
|
@NilsRenaud sounds like a good idea |
|
Thanks @vietj , what should we do next then ? re-open the issue ? Create another one as "improvement" ? |
|
open an issue with a precise description |
|
@NilsRenaud I'm not sure what you mean, The doc for this method reads:
|
|
Good point ! I missed it, thanks for your answer @tsegismont |
|
That being said, if a request on this connection hangs forever, the connection will never be closed, right ? |
|
Yeah, if connections are constantly busy, the max lifetime might not be honored |
|
I'm wondering whether this could be a problem 🤔 |
|
I guess it could, but I'd rather not fabricate a use case. If somebody reports an actual problem, we'll look into it. |
Closes #5360
It would help in some cases: