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

• Type: Bug
• Status: Resolved
• Priority: Minor
• Resolution: Fixed
• Affects Version/s: 3.4, 3.5
• Component/s: FTP

Environment

Server: Solaris 10 Japanese
Client: Windows 7

• Assignee: Unassigned
• Reporter: Hiroki Taniura
• Created: 07/Jul/16 06:56
• Updated: 23/Jun/20 16:51
• Resolved: 23/Jun/20 16:51

Description

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.

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.

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;

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

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.