Return-Path: 
 <issues-return-13447-apmail-commons-issues-archive=commons.apache.org@commons.apache.org>
Delivered-To: apmail-commons-issues-archive@minotaur.apache.org
Received: (qmail 49509 invoked from network); 4 May 2010 09:06:21 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 4 May 2010 09:06:21 -0000
Received: (qmail 67660 invoked by uid 500); 4 May 2010 09:06:21 -0000
Delivered-To: apmail-commons-issues-archive@commons.apache.org
Received: (qmail 67399 invoked by uid 500); 4 May 2010 09:06:21 -0000
Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:issues-help@commons.apache.org>
List-Unsubscribe: <mailto:issues-unsubscribe@commons.apache.org>
List-Post: <mailto:issues@commons.apache.org>
List-Id: <issues.commons.apache.org>
Reply-To: issues@commons.apache.org
Delivered-To: mailing list issues@commons.apache.org
Received: (qmail 67391 invoked by uid 99); 4 May 2010 09:06:20 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 May 2010 09:06:20 +0000
X-ASF-Spam-Status: No, hits=-2000.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 May 2010 09:06:18 +0000
Received: from thor (localhost [127.0.0.1])
	by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o4495u1I008030
	for <issues@commons.apache.org>; Tue, 4 May 2010 09:05:56 GMT
Message-ID: <16670748.32601272963956584.JavaMail.jira@thor>
Date: Tue, 4 May 2010 05:05:56 -0400 (EDT)
From: "Mario Ivankovits (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Subject: [jira] Commented: (VFS-307) VFS issues a lot of FTP commands when
 listing a directory
In-Reply-To: <12782183.32581272963836601.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-Virus-Checked: Checked by ClamAV on apache.org


    [ https://issues.apache.org/jira/browse/VFS-307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12863727#action_12863727 ] 

Mario Ivankovits commented on VFS-307:
--------------------------------------

The change happened when implementing the umbrella issue [1] more concret it was the issue [2] for which we did this.

Hmmm ... 

So, I see three ways to move on:
1) leave as is, which surely is a performance penalty and not good for any DIE
2) change to try first LIST <path> and fallback to the current way if directory is not found
3) change to LIST <path> and try to "escape" the path in a way which makes it work with spaces in it

I'll try to see if I can make 3 work and go up the list then .... :-)


> VFS issues a lot of FTP commands when listing a directory
> ---------------------------------------------------------
>
>                 Key: VFS-307
>                 URL: https://issues.apache.org/jira/browse/VFS-307
>             Project: Commons VFS
>          Issue Type: Improvement
>            Reporter: Mario Ivankovits
>
> Hello Mario,
>  
> We at JetBrains are implementing support for (S)FTP sync in our IDEs using Commons VFS. When looking at the performance, we noticed that FTP provider is somewhat not perfect: see my discussion with Ralph. 
>  
> So the question is: why FtpClientWrapper changes the current directory to issue 'LIST' command and restoring it back afterwards instead of issuing single 'LIST <relpath>'? 
>  
> Subversion says it was you who introduced this behavior far back in 2008. Hope you remember those times and reason why you did this.
>  
> Thanks a lot in advance,
>  
> Kirill Safonov
> JetBrains, Inc
> http://www.jetbrains.com
> "Develop with pleasure!"
>  

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.