You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Bjorn Townsend (JIRA)" <ji...@apache.org> on 2007/09/19 07:05:43 UTC

[jira] Commented: (NET-165) FTP: using "stat" to retrieve dirlisting over control connection

    [ https://issues.apache.org/jira/browse/NET-165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528655 ] 

Bjorn Townsend commented on NET-165:
------------------------------------

Stefan,

Looking at the trunk I see a FTPClient.getStatus() method which could be used instead of FTPClient.listFiles() at the coder's discretion.  Is there any reason why simply using getStatus() instead is not sufficient?

Bjorn

> FTP: using "stat" to retrieve dirlisting over control connection
> ----------------------------------------------------------------
>
>                 Key: NET-165
>                 URL: https://issues.apache.org/jira/browse/NET-165
>             Project: Commons Net
>          Issue Type: Wish
>            Reporter: Stefan Tauner
>            Priority: Minor
>
> dirlisting over a data connection with "list" is usually quite slow in comparision with "stat" because the latter doesnt need to set up a data connection but gets all data back through the control connection.
> the behaviour is defined in rfc 959 (_the_ ftp rfc) on page 33 ("STATUS (STAT)").
> i am new to commons net, so i am not sure whats the best way to implement this, but i think an option to turn the existing FTPClient.listFiles() methods into using stat instead of list would be the best option. that way it would not break any existing code and the upgrade would be easy too...
> i am not sure how many server implementations are actually supporting this, but mine does and since it would be optional (and non default) behaviour, i dont think thats a problem anyway.

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