Hi James!
I have fix for this I believe.
Good to hear :-) - and - good catch!
final String path = fileInfo != null fileInfo.isSymbolicLink() ?
getParent().getName().getPath() + / + fileInfo.getLink() : relPath;
final FTPFile[] tmpChildren = client.listFiles(path);
Somewhere in
I'll see what I can do. By the way, do you want me to get the m2
build working? I can do it, but I'll have to move some stuff around a
bit. Is that okay?
On 1/31/08, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi James!
I have fix for this I believe.
Good to hear :-) - and - good catch!
Hi!
I think your only chance is to use tcpdump and/or wireshark to debug the
network flow to see the real answers of the ftp server.
Or debug into the VFS code ... somewhere in doAttach in FtpFileObject
and see whats going wrong in there.
Sorry!
Ciao,
Mario
Well, I ran it once and it said The
Hi!
Did you get my second email? That's the entire output I got when I ran it.
Uh, oh, ok!
So then, it seems that VFS thinks the file is either a directory or non
existent.
Could you please:
*) check the filetype of the FileObject see if its virtual or whatever
*) try to connect to the
How about if current in the URL is a symbolic link? Should that
mess it up (sometimes)? I would think that it would either mess it up
all the time or none of the time.
On 1/29/08, James Carman [EMAIL PROTECTED] wrote:
Could there be some sort of race condition going on here? I see that
there
Could there be some sort of race condition going on here? I see that
there is a thread started by the SoftRefFilesCache (which is what it
seems to be using here).
On 1/29/08, James Carman [EMAIL PROTECTED] wrote:
I compiled it from src into my local repository. I'll see if I can
figure it out
I compiled it from src into my local repository. I'll see if I can
figure it out via debugging.
On 1/29/08, sebb [EMAIL PROTECTED] wrote:
Might be an idea to have a look at the code to see what conditions
cause the Exception to be thrown ... which version of VFS are you
using?
I had a quick
Hi!
Could not read from
ftp://ftp.ncbi.nih.gov/pub/HomoloGene/current/homologene.data;
because it is a not a file.
at
org.apache.commons.vfs.provider.AbstractFileObject.getInputStream(AbstractFileObject.java:1149)
at
Well, you would need to follow the protocol conversations. But maybe
just try the debugging first.
cheers
--
Torsten
On 29.01.2008, at 16:18, James Carman wrote:
I'm not very well versed with Wireshark and the like. Any pointers on
what I should look for?
On 1/29/08, Mario Ivankovits
to believe
that it's not a classpath issue.
Best regards,
Juri.
-Original Message-
From: Mario Ivankovits [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 29, 2008 4:45 PM
To: Jakarta Commons Users List
Subject: Re: [vfs] Inconsistent Behavior...
Hi!
I think
Might be an idea to have a look at the code to see what conditions
cause the Exception to be thrown ... which version of VFS are you
using?
I had a quick look at 1.0, and there is no Exception at
AbstractFileObject.java:1149 as far as I can tell.
On 29/01/2008, James Carman [EMAIL PROTECTED]
I tried changing the files cache to Default and LRU and it didn't
help. So, it doesn't look like a race condition. I'll keep digging.
On 1/29/08, James Carman [EMAIL PROTECTED] wrote:
Could there be some sort of race condition going on here? I see that
there is a thread started by the
I am trying to use Commons VFS to download an FTP file from:
ftp://ftp.ncbi.nih.gov/pub/HomoloGene/current/homologene.data
Here is my code:
FileSystemManager fsm = VFS.getManager();
FileObject remoteFile =
fsm.resolveFile(ftp://ftp.ncbi.nih.gov/pub/HomoloGene/current/homologene.data;);
File tmp
13 matches
Mail list logo