ckenfels.net
>>
>> Von: Xeno Amess
>> Gesendet: Thursday, January 23, 2020 11:45:21 PM
>> An: Commons Developers List
>> Betreff: Re: Getting File of FileObject (was: some questions (/bug?)
>> about commons-vfs2 make me confused.)
>&
ecoded()) instead.
>
> Gruss
> Bernd
>
>
> --
> http://bernd.eckenfels.net
>
> Von: Xeno Amess
> Gesendet: Thursday, January 23, 2020 11:45:21 PM
> An: Commons Developers List
> Betreff: Re: Getting File of FileObject (was:
FileObject (was: some questions (/bug?) about
commons-vfs2 make me confused.)
class org.apache.commons.httpclient.HttpClient
interface org.apache.jackrabbit.webdav.client.methods.DavMethod
log4j: Parsing for [root] with value=[DEBUG,DEBUG_LOG,ERROR_LOG].
log4j: Level token is [DEBUG].
log4j
rt.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:33)
> at
> com.intellij.rt.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:230)
> at com.intellij.rt.junit.JUnitStarter.main(JUnitStarter.java:58)
>
>
> Process finished with exit code 0
>
>
ow Windows drives
> are to be handled). So can you give us an example path and what it looks
> like in URL from VFS and from java.io, so we can check if there is
> something to tweak.
>
> Gruss
> Bernd
> --
> http://bernd.eckenfels.net
> ________
> Vo
Yep,that can do...
I upgrade vfs to 2.6 and tried adding commons-vfs2-jackrabbit1 and 2 and it
can work correctly now.
thx for your help guys.
Woonsan Ko 于2020年1月24日周五 上午4:05写道：
> On Thu, Jan 23, 2020 at 2:44 PM Xeno Amess wrote:
> >
> > Likely but not exactly.
> > the provider I missed im my c
PM
An: Commons Developers List
Betreff: Re: Getting File of FileObject (was: some questions (/bug?) about
commons-vfs2 make me confused.)
I put it in dev-list because I really donot know wether it be a bug or not.
If it be a but then I'm actually willing for help.
But it seems by design but
On Thu, Jan 23, 2020 at 2:44 PM Xeno Amess wrote:
>
> Likely but not exactly.
> the provider I missed im my case here is
> [org.apache.commons.vfs2.provider.webdav.WebdavFileProvider]
> and the required classes are [org.apache.commons.httpclient.HttpClient] and
> [org.apache.jackrabbit.webdav.clie
Likely but not exactly.
the provider I missed im my case here is
[org.apache.commons.vfs2.provider.webdav.WebdavFileProvider]
and the required classes are [org.apache.commons.httpclient.HttpClient] and
[org.apache.jackrabbit.webdav.client.methods.DavMethod]
I went analyze my pom.
I use
org.c
On Sun, Jan 19, 2020 at 11:41 AM Xeno Amess wrote:
>
> yep that make sense.
> but I'd rather add a class-check for provider class.
> there already be a mechanism for making sure if all classes needed for
> this provider class exist -> if not then just do not add the provider.
> I will add a simila
I put it in dev-list because I really donot know wether it be a bug or not.
If it be a but then I'm actually willing for help.
But it seems by design but not a bug here, so I apologize.
Still, some questions hold.
/**
* Returns a URL representing this file.
*
* @return the URL for the file.
*
-user mailing list.
Gruss
Bernd
--
http://bernd.eckenfels.net
Von: Xeno Amess
Gesendet: Thursday, January 23, 2020 3:02:02 AM
An: Commons Developers List
Betreff: Re: some questions (/bug?) about commons-vfs2 make me confused.
and there comes one more question
and there comes one more question:
how to transfer a FileObject(vfs) to a File(in Java) (if possible)?
I know that sonds insane but sometimes we just need a function like this.
I tried
try {
result = new File(fileObject.getURL().toURI());
} catch (URISyntaxException | FileSystemException e) {
yep that make sense.
but I'd rather add a class-check for provider class.
there already be a mechanism for making sure if all classes needed for
this provider class exist -> if not then just do not add the provider.
I will add a similar mechanism for making sure if the provider class
itself exist -
It seems that when the webdav support was moved to a separate artifact,
the developers forgot to update file
commons-vfs2/src/main/resources/org/apache/commons/vfs2/impl/providers.xml.
This file is used by StandardFileSystemManager to load the default
providers.
I think this warrants a fix, t
OK I get where is bugged.
I will fix it and add a test for that never happen again.
Xeno Amess 于2020年1月19日周日 下午11:21写道：
>
> The key point is even if I do not wanna use it I must have this
> class,or VFS.getManager() can never run.
>
> IMO this type of class relationship cause the project where ho
The key point is even if I do not wanna use it I must have this
class,or VFS.getManager() can never run.
IMO this type of class relationship cause the project where hold this
class must be added into vfs's pom as a dependency, or just move class
VFS into that project aswell.
Otherwise we should n
The class was there in release 2.4.1:
https://github.com/apache/commons-vfs/blob/rel/commons-vfs-2.4.1/commons-vfs2/src/main/java/org/apache/commons/vfs2/provider/webdav/WebdavFileProvider.java.
In the next release, 2.5.0, it can indeed no longer be found. A bit of
investigating showed that the
Right now I'm using something like
this to deal with relative files.
But I just think there might be a more elegant way...
fileSystemManager = new
org.apache.commons.vfs2.impl.StandardFileSystemManager();
fileSystemManager.setLogger(null);
try {
fileSystemManager.init();
fileSystemManager.
I'm trying to migrate to commons-vfs2 now
severial things I found not quite right / amazing.
1.
I tested version 2.6.0 and 2.5.0, and I just start at
VSF.getManager() (of cause I have no additional contfigure or
something)
It said class not
found:org.apache.commons.vfs2.provider.webdav.WebdavFil
20 matches
Mail list logo
