Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Date: Thu, 14 Jul 2016 14:10:20 +0000 (UTC)
From: "Sebb (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Message-ID: <JIRA.12987388.1467874614000.28512.1468505420706@Atlassian.JIRA>
In-Reply-To: <JIRA.12987388.1467874614000@Atlassian.JIRA>
References: <JIRA.12987388.1467874614000@Atlassian.JIRA> <JIRA.12987388.1467874614505@arcas>
Subject: [jira] [Commented] (NET-597) FTP fails to parse listings for
 Solaris 10 FTPd in Japanese
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
archived-at: Thu, 14 Jul 2016 14:10:22 -0000


    [ https://issues.apache.org/jira/browse/NET-597?page=3Dcom.atlassian.ji=
ra.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D1537698=
0#comment-15376980 ]=20

Sebb commented on NET-597:
--------------------------

If you want to test this, the fixes will be included in the snapshot builds=
 from=20

commons-net-3.6-20160714.135523-6

onwards.

Note that SNAPSHOT builds are not supported, have not been QAed, and should=
 not be used in production.

> 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 serv=
er 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=E6=9C=88  7=E6=97=A5  14:18 t=
mp
> drwxr-xr-x  40 root     sys         1024  6=E6=9C=88 13=E6=97=A5 2014=E5=
=B9=B4 usr
> drwxr-xr-x  47 root     sys         1024  6=E6=9C=88 13=E6=97=A5 2014=E5=
=B9=B4 var
> dr-xr-xr-x   6 root     root         512  2=E6=9C=88 25=E6=97=A5  15:11 v=
ol
> {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 th=
e Japanese postfixes.


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