Name: jh38747 Date: 01/21/98


Class java.text.DateFormat has a time zone error under Locale zh.
In previous version, as jdk1.1.3, it works well.
There are two easily confused time zone ids: CTT and CST.
If set time zone id to CTT, DateFormat will display the right date of Locale zh,
and the time zone is GMT+08:00, if set time zone id to CST, the time zone would be GMT-06:00. GMT+08:00 is the right time zone for China.

Moreover, DateFormat.FULL style lost weekday information.

Here is the test demonstrating the bug:

=======================DateFormatTest.java==================================
import java.text.*;
import java.util.*;

public class DateFormatTest {
    public static void main(String args[]) {
        long l = System.currentTimeMillis();
System.out.println("Time Zone :" +
                    DateFormat.getDateInstance().getTimeZone().getID());
System.out.println("Default format :" +
                    DateFormat.getDateInstance().format(new Date(l)));
System.out.println("Full format :" +
                    DateFormat.getDateInstance(DateFormat.FULL).format(new
                    Date(l)));
}
}

Set Locale to zh
=======================Output===============================================
java DateFormatTest

Time Zone :CST
Default format :1998-1-21
Full format :1998Dj1TB21HU





Jim,
Could you specify on which platform (Solaris or Win32) this bug occurs?
Also, which time zone is the correct time zone for zh locale, and what goes wrong with that time zone?

Cindy,

In JDK, I found CTT is right TimeZone ID for China, because if I set TimeZone ID as CTT, it will display date with a GMT+08:00 suffix to time format. China's TimeZone is GMT+08:00.
In Solaris and Win32 has the same problem.

jim.hu@prc 1998-02-10