Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Date: Mon, 9 Mar 2015 00:20:38 +0000 (UTC)
From: "Leandro Reis (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Message-ID: <JIRA.12780372.1425860274000.33249.1425860438169@Atlassian.JIRA>
In-Reply-To: <JIRA.12780372.1425860274000@Atlassian.JIRA>
References: <JIRA.12780372.1425860274000@Atlassian.JIRA>
 <JIRA.12780372.1425860274807@arcas>
Subject: [jira] [Updated] (IO-471) Support for additional encodings needed
 in ReversedLinesFileReader
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


     [ https://issues.apache.org/jira/browse/IO-471?page=3Dcom.atlassian.ji=
ra.plugin.system.issuetabpanels:all-tabpanel ]

Leandro Reis updated IO-471:
----------------------------
    Attachment: commons-io-reversedlinesfilereader-ccjk-encodings.txt

> Support for additional encodings needed in ReversedLinesFileReader
> ------------------------------------------------------------------
>
>                 Key: IO-471
>                 URL: https://issues.apache.org/jira/browse/IO-471
>             Project: Commons IO
>          Issue Type: Improvement
>          Components: Utilities
>    Affects Versions: 2.4
>            Reporter: Leandro Reis
>             Fix For: 2.5
>
>         Attachments: commons-io-reversedlinesfilereader-ccjk-encodings.tx=
t
>
>
> I=C2=B9m working on a product that uses Commons IO via Jackrabbit Oak. In=
 the
> process of testing the launch of such product on Japanese Windows 2012
> Server R2, I came across the following exception:
> "(java.io.UnsupportedEncodingException: Encoding windows-31j is not
> supported yet (feel free to submit a patch))"
> windows-31j is the IANA name for Windows code page 932 (Japanese), and
> is returned by Charset.defaultCharset(), used in org.apache.commons.io.in=
put.ReversedLinesFileReader [0].
> This issue can be resolved by adding a check for
> 'windows-31j' to ReversedLinesFileReader.
> The attached patch includes such addition, as well as those needed to sup=
port Chinese Simplified, Chinese Traditional and Korean.=20
> A newline byte can never appear as part of a multi-byte character in any
> of those encodings.=20
> - Japanese: http://unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP9=
32.TXT
> - Simplified Chinese: http://unicode.org/Public/MAPPINGS/VENDORS/MICSFT/W=
INDOWS/CP936.TXT
> - Korean: http://unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP949=
.TXT
> - Traditional Chinese: http://unicode.org/Public/MAPPINGS/VENDORS/MICSFT/=
WINDOWS/CP950.TXT


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