commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary Russell (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (NET-566) UnixFTPEntryParser Drops Leading Spaces from File Names
Date Fri, 02 Jan 2015 15:47:13 GMT

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

Gary Russell commented on NET-566:
----------------------------------

Right; I realize NET already supports {{MLS*}}. What I am suggesting is a new method, maybe
{{smartList(pathname)}} which will use MLST if supported and fall back to LIST if not.

That's what I am going to try to do in our code, but it would be nice if the NET library handled
it for me.

> UnixFTPEntryParser Drops Leading Spaces from File Names
> -------------------------------------------------------
>
>                 Key: NET-566
>                 URL: https://issues.apache.org/jira/browse/NET-566
>             Project: Commons Net
>          Issue Type: Bug
>          Components: FTP
>    Affects Versions: 3.3
>         Environment: OSX client, Linux ftpd
>            Reporter: Gary Russell
>
> The {{UnixFTPEntryParser}} [regular expression | http://svn.apache.org/viewvc/commons/proper/net/trunk/src/main/java/org/apache/commons/net/ftp/parser/UnixFTPEntryParser.java?view=markup]
(line 106) consumes all spaces between the timestamp and the file name.
> The {{FTPFile.name}} property ends up getting a value with stripped leading spaces.
> Reported by Spring Integration user at https://jira.spring.io/browse/INT-3591



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message