On Mon, Feb 18, 2019 at 1:45 PM Gary Gregory <garydgreg...@gmail.com> wrote: > > Hi Woonsan, > > Why disable existing tests?
I think the new Jackrabbit dependency 2.19.x would conflict with the old one, 1.6.5. Jackrabbit upgraded httpclient dependency to 4.x since 2.16.0 with no changes in maven coordinates nor package names. If we want to keep the existing tests for the webdav (based on httpclient v3), perhaps we can introduce a new maven submodule (e.g, commons-vfs2-webdav-tests) while keeping only the new tests for webdav4 enabled in the main submodule. Or any better ideas? Regards, Woonsan > > Gary > > On Mon, Feb 18, 2019, 13:19 Woonsan Ko <woon...@apache.org wrote: > > > Hi, > > > > I'm trying to create a PR as a fix to VFS-686. > > At first, I've tried to fix those in > > org.apache.commons.vfs2.provider.webdav package, but realized that the > > changes will break API compatibility. For example, > > WebdavFileSystemConfigBuilder#getInstance() can't be supported as-is > > obviously. > > > > So, I think we should do the following instead: > > - Introduce org.apache.commons.vfs2.provider.webdav4 package like we > > did for http4 FS provider in org.apache.commons.vfs2.provider.http4 > > package. > > - Provide equivalent unit tests for the webdav4 provider, depending on > > Jackrabbit 2.19.x+. (Also, see JCR-4401.) > > - Disable the old unit tests for > > org.apache.commons.vfs2.provider.webdav package, which is based on > > http client v3, by default. > > > > How does it sound? > > > > Regards, > > > > Woonsan > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org