[jira] Resolved: (NET-365) FTPClient.listFiles() does not work properly, if remote server speaks German

["Sebb (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/NET-365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sebb resolved NET-365.
----------------------

       Resolution: Fixed
    Fix Version/s: 3.0

In the end, decided to use \S{3}, because that is what most of the other parsers use.

> FTPClient.listFiles() does not work properly, if remote server speaks German
> ----------------------------------------------------------------------------
>
>                 Key: NET-365
>                 URL: https://issues.apache.org/jira/browse/NET-365
>             Project: Commons Net
>          Issue Type: Bug
>          Components: FTP
>    Affects Versions: 2.2
>            Reporter: Johannes Katelaan
>             Fix For: 3.0
>
>
> If you are connecting to an FTP server that speaks German you will get German language month names in result to a LIST command. For month names with three-letter abreviations that are identical to the english versions (eg Jan) everything works fine. For month names that are not identical to the englisch versions (eg Dez instead of Dec) you will get FTPFile entrys without date/time information. This is just annoying, but OK.
> You get a real problem in March. The German abreviation is Mär, containing the German umlaut character ä. File entries with a date in March will just be dropped without further notice. I think this should be considered a bug.
> The reason for this behaviour is the REGEX in UnixFTPEntryParser, which matches only to month names containing "normal" letters:
> {noformat}[a-zA-Z]{3}{noformat}
> So the month name "Mär" will not match.
> I fixed this by changing this part of REGEX to
> {noformat}\\D{3}{noformat}
> In REGEX there are two occurances of the not working part that have to be changed.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira