JDK-4166609 : RFE: Missing or incorrect Char Converters names
  • Type: Enhancement
  • Component: core-libs
  • Sub-Component: java.nio.charsets
  • Affected Version: 1.2.0
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: generic
  • CPU: generic
  • Submitted: 1998-08-14
  • Updated: 2001-07-16
  • Resolved: 2001-07-16
Related Reports
Duplicate :  
Description

Name: bb33257			Date: 08/14/98


As far as character set conversions go, the Java API is
deficient, and seriously compromises its functionality.

No Converter Names. You can't get a human-readable alias for converters--so if you have no idea
what Cp964 is, for example, you are stuck. For an example of how
this is used, see Netscape's Encoding menu.

Moreover, many of the names are very misleading, such as the ones listed in the table below. If you
are converting a series of strings to be later concatenated, for example, you only want a signature on
the very first of them (if at all)--so you need to know to start with UnicodeBig, but continue with
UnicodeBigUnmarked (or  UnicodeLittle and UnicodeLittleUnmarked, resp.). 

  Java Name                       Description
  Unicode, UnicodeBig             Unicode (UTF-16BE), prefaced by FEFF signature
  UnicodeLittle                   Little Endian Unicode (UTF-16LE), prefaced by FFFE signature
  UnicodeBigUnmarked              Unicode (UTF-16BE)
  UnicodeLittleUnmarked           Little Endian Unicode (UTF-16LE)
  JIS                             JIS with ISO 2022 announcers


Illegal Codes. There is no way to control what happens with illegal byte sequences. They are
usually just skipped, with no warning. 



======================================================================

Comments
EVALUATION Good suggestion. mark.son-bell@eng 1998-08-14 The issues mentioned should be addressed as part of RFE 4287465. I'm leaving this RFE open though because it provides more detail. norbert.lindenberg@Eng 2000-01-26
14-08-1998