-
Notifications
You must be signed in to change notification settings - Fork 205
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
VFS-824 HttpFileSystem free Unused Resources lead to HttpClient Conn… #300
base: master
Are you sure you want to change the base?
Conversation
…ction Pool Shutdown
…onnection Pool Shutdown Option One:While Unused Resources, close HttpFileSystem
…onnection Pool Shutdown Option Two:Share ConnectionManager.
How about the http5 file provider? |
Hello @destroydestiny |
Http, http4, http5 provider has the same problem |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please see my comments.
commons-vfs2/src/main/java/org/apache/commons/vfs2/provider/AbstractFileProvider.java
Show resolved
Hide resolved
commons-vfs2/src/main/java/org/apache/commons/vfs2/provider/AbstractFileProvider.java
Outdated
Show resolved
Hide resolved
commons-vfs2/src/main/java/org/apache/commons/vfs2/provider/AbstractFileProvider.java
Outdated
Show resolved
Hide resolved
You must have not run a local build with the default Maven goal (
|
commons-vfs2/src/main/java/org/apache/commons/vfs2/provider/AbstractFileProvider.java
Outdated
Show resolved
Hide resolved
commons-vfs2/src/main/java/org/apache/commons/vfs2/provider/http4/Http4FileProvider.java
Outdated
Show resolved
Hide resolved
commons-vfs2/src/main/java/org/apache/commons/vfs2/provider/http5/Http5FileProvider.java
Outdated
Show resolved
Hide resolved
commons-vfs2/src/test/java/org/apache/commons/vfs2/provider/http/HttpProviderTestCase.java
Outdated
Show resolved
Hide resolved
commons-vfs2/src/test/java/org/apache/commons/vfs2/provider/http5/Http5ProviderTestCase.java
Outdated
Show resolved
Hide resolved
commons-vfs2/src/test/java/org/apache/commons/vfs2/provider/http5/Http5ProviderTestCase.java
Outdated
Show resolved
Hide resolved
commons-vfs2/src/test/java/org/apache/commons/vfs2/provider/http4/Http4ProviderTestCase.java
Outdated
Show resolved
Hide resolved
commons-vfs2/src/test/java/org/apache/commons/vfs2/provider/http/HttpProviderTestCase.java
Outdated
Show resolved
Hide resolved
commons-vfs2/src/test/java/org/apache/commons/vfs2/provider/http/HttpProviderTestCase.java
Outdated
Show resolved
Hide resolved
commons-vfs2/src/test/java/org/apache/commons/vfs2/provider/http4/Http4ProviderTestCase.java
Outdated
Show resolved
Hide resolved
commons-vfs2/src/test/java/org/apache/commons/vfs2/provider/http5/Http5ProviderTestCase.java
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hello @destroydestiny
Thank you for your updates. Please see my comments.
…Client Connection Pool Shutdown" This reverts commit 7c09877.
Hi @garydgregory |
It's possible one of these changes is breaking the build randomly. |
…eSystem.isReleaseable is true
…eSystem.isReleaseable is true
I need to look at this more closely over the weekend: I don't know why the HTTP providers have to be unique and different compared to all the others. Is the use of concepts in this PR backward? In the PR, the "free" code now also "closes" resources and that feels backward to me. I expect the "close" code to also "free" resources are part of closing, not the other way around. |
I think this problem needs to be considered from the beginning. The root cause is that "free" code closes httpClient. |
…ection Pool Shutdown