You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Oliver Lockwood (Jira)" <ji...@apache.org> on 2020/03/26 11:46:00 UTC

[jira] [Created] (VFS-767) Default HTTP VFS provider should support use of an up-to-date version of Apache Commons HTTPClient

Oliver Lockwood created VFS-767:
-----------------------------------

             Summary: Default HTTP VFS provider should support use of an up-to-date version of Apache Commons HTTPClient
                 Key: VFS-767
                 URL: https://issues.apache.org/jira/browse/VFS-767
             Project: Commons VFS
          Issue Type: Improvement
    Affects Versions: 2.6.0, 2.7.0
            Reporter: Oliver Lockwood


As per the following line of code:

[https://github.com/apache/commons-vfs/blob/master/commons-vfs2/src/main/resources/org/apache/commons/vfs2/impl/providers.xml#L63]

the default HTTP VFS provider is only made available if theĀ {{org.apache.commons.httpclient.HttpClient}} class is on the classpath.

This class belongs to the {{commons-httpclient:commons-httpclient}} JAR, which since 2007 (almost 13 years ago!) was deprecated in favour of {{org.apache.httpcomponents:httpclient}}.

It would seem reasonable to add support for the newer Apache Commons HttpClient library - and if desired, by creating a sibling implementation of HttpFileProvider, it seems that this could easily be done without removing the support for the legacy implementation.

I am happy to submit a PR to this effect if that would be considered.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)