JDK uses "iw" for Hebrew instead of the new ISO standard "he"

XMLWordPrintable

    • Type: Bug
    • Resolution: Fixed
    • Priority: P4
    • 1.1.7
    • Affects Version/s: 1.1.6, 1.2.0
    • Component/s: core-libs
    • b01
    • generic, other, sparc
    • solaris_2.5.1, solaris_9
    • Not verified

        Classes.zip has DateFormatZoneData_iw.class and
        LocaleElements_iw.class files, but not DateFormatZoneData_he.class and
        LocaleElements_he.class files. "iw" is the old ISO-639 language
        abbreviation for Hebrew and "he" is the new one. Windows NT uses the
        new ISO abbreviation as opposed to the old. With JDK 1.1.5, if the
        Hebrew locale is selected as the default locale via Control Panel
        Regional Settings, Java returns "he" instead of "iw".
         
        So, in 1.1.5, the resource files DateFormatZoneData_iw.class and
        LocaleElements_iw.class were misnamed. If you ran JDK 1.1.5 FCS or
        1.1.6B, and asked for locale info, you would get an answer of "he",
        even though the resource files had the "iw" suffix.
         
        Now, from JDK 1.1.6B and onwards, when you set the Regional Setting in
        WinNT to Hebrew, the default locale now comes back as "iw" (1.1.6E) as
        opposed to "he" (1.1.6B, 1.1.5FCS, etc.).
         
        Since the new ISO code for Hebrew is "he", Java should use "he" as the
        locale abbreviation and as a resource filename suffix.

              Assignee:
              Alan Liu (Inactive)
              Reporter:
              Marianne Mueller (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

                Created:
                Updated:
                Resolved:
                Imported:
                Indexed: