Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of mario@ops.co.at designates
 194.152.182.4 as permitted sender)
Message-ID: <442A29CA.5090008@ops.co.at>
Date: Wed, 29 Mar 2006 08:31:38 +0200
From: Mario Ivankovits <mario@ops.co.at>
User-Agent: Thunderbird 1.5 (X11/20060111)
MIME-Version: 1.0
To: Jakarta Commons Users List <commons-user@jakarta.apache.org>
Subject: Re: [vfs]sFTP Imaginary Directory Type (FOUND BUG)
References: <034f01c6528f$d6141880$2629a8c0@ad.zedak.com>
In-Reply-To: <034f01c6528f$d6141880$2629a8c0@ad.zedak.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi!
> So the connection is busted, but the library isn't letting anyone know what
> happened.
>   
The best will be to talk to the jsch developer. I am pretty sure he will
fix it if its a bug.
> Without changing VFS or JSch code,
Whats your VFS change to fix this?
As a quick-fix in SftpFileSystem in putChannel I check if the channel is
still connected/alive. And retry the stat if an exception other than
NO_SUCH_FILE occurs.

> I'm a little confused on the reasoning behind the Imaginary File Type.  It
> seems to me that it is just a catch all for anything that can go wrong.
No. The imaginary file type is used to state that a file is no existent.
Only for jsch it looks like - due to the problem described in the todo -
it is a catch all.

Ciao,
Mario


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org