[
https://issues.apache.org/jira/browse/VFS-758?focusedWorklogId=388118&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-388118
]
ASF GitHub Bot logged work on VFS-758:
--------------------------------------
Author: ASF GitHub Bot
Created on: 16/Feb/20 18:39
Start Date: 16/Feb/20 18:39
Worklog Time Spent: 10m
Work Description: woonsan commented on pull request #83: VFS-758: resolve
url scheme by its internaly-resolved uri scheme
URL: https://github.com/apache/commons-vfs/pull/83
Hi @garydgregory ,
I think this will resolve the VFS-758, which is basically caused by the
hard-coded "http" in Webdav4FileObject#toUrlString(GenericURLFileName,
boolean), by which some webdav specific http invocation is done by resolving
"internal" http(s) urls.
Regards,
Woonsan
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 388118)
Remaining Estimate: 0h
Time Spent: 10m
> Webdav4s provider does not make https requests
> ----------------------------------------------
>
> Key: VFS-758
> URL: https://issues.apache.org/jira/browse/VFS-758
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: 2.6.0
> Reporter: Woonsan Ko
> Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Reported by https://github.com/ddg-igh:
> - https://github.com/apache/commons-vfs/pull/81
> {quote}
> When using webdav4s the requests will be send as "http" and not "https".
> So this will always fail when the webdav server does not allow "http"
> requests."
> {quote}
> I was also able to reproduce through shell:
> {noformat}
> $ cd commons-vfs2-examples
> $ mvn -Pshell -Dwebdav4
> VFS Shell null
> cd webdav4s://localhost
> Command failed:
> ...
> Caused by: org.apache.http.conn.HttpHostConnectException: Connect to
> localhost:80 [localhost/127.0.0.1, localhost/0:0:0:0:0:0:0:1] failed:
> Connection refused (Connection refused)
> ...
> {noformat}
> - which shows that it makes http request at port 80, not 443.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
