You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Sebb (JIRA)" <ji...@apache.org> on 2016/07/14 13:45:20 UTC

[jira] [Updated] (NET-597) FTP fails to parse listings for Solaris 10 FTPd in Japanese

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

Sebb updated NET-597:
---------------------
    Summary: FTP fails to parse listings for Solaris 10 FTPd in Japanese  (was: FTP fails for Solaris 10 FTPd in Japanese)

> FTP fails to parse listings for Solaris 10 FTPd in Japanese
> -----------------------------------------------------------
>
>                 Key: NET-597
>                 URL: https://issues.apache.org/jira/browse/NET-597
>             Project: Commons Net
>          Issue Type: Bug
>          Components: FTP
>    Affects Versions: 3.4, 3.5
>         Environment: Server: Solaris 10 Japanese
> Client: Windows 7
>            Reporter: Hiroki Taniura
>            Priority: Minor
>         Attachments: ParseJapanese.patch
>
>
> Commons Net lists no files for Solaris 10 FTPd (or WU-FTPD) when the server language is Japanese.
> Here is the result of the sample client.
> {panel}
> java -jar commons-net-examples-3.5.jar FTPClientExample -l 192.168.2.160 root password
> 220 unknown FTP server ready.
> Connected to 192.168.2.160 on 21
> USER *******
> 331 Password required for root.
> PASS *******
> 230 User root logged in.
> SYST
> 215 UNIX Type: L8 Version: SUNOS
> Remote system is UNIX Type: L8 Version: SUNOS
> TYPE A
> 200 Type set to A.
> PASV
> 227 Entering Passive Mode (192,168,2,160,235,174)
> LIST
> 150 Opening ASCII mode data connection for /bin/ls.
> 226 Transfer complete.
> NOOP
> 200 NOOP command successful.
> QUIT
> 221-You have transferred 0 bytes in 0 files.
> 221-Total traffic for this session was 3426 bytes in 1 transfers.
> 221-Thank you for using the FTP service on unknown.
> 221 Goodbye.
> {panel}
> I identified the cause in the source code. I'm attaching a patch later.
> On Japanese Solaris 10, the result of "ls -l" is like below;
> {panel}
> drwxrwxrwt  10 root     sys          875  7月  7日  14:18 tmp
> drwxr-xr-x  40 root     sys         1024  6月 13日 2014年 usr
> drwxr-xr-x  47 root     sys         1024  6月 13日 2014年 var
> dr-xr-xr-x   6 root     root         512  2月 25日  15:11 vol
> {panel}
> As you can see, the timestamp has the postfixes of "month", "date", and "year" in Japanese.
> The current REGEX of UnixFTPEntryParser doesn't work for it because of the Japanese postfixes.



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