harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ray Chen <clrayc...@gmail.com>
Subject Re: [jira] Commented: (HARMONY-6410) [classlib][luni] a bug found in java.util.TimeZone#getDSTSavings()and #getDisplayName(daylight,style,locale)
Date Tue, 22 Dec 2009 06:37:38 GMT
Hi,
I think it's a very interesting problem. I did a google search and
found that seems sun's implementation according to the "tz database"
also called "Olson database" (you can refer to [1]).

[1]http://en.wikipedia.org/wiki/Zoneinfo

Besides, sun offering a tool named "TZUpdater" to update the time zone
info in JREs (Maybe harnony should have one too :) ).

But I don't know what database harmony is using.

On Tue, Dec 22, 2009 at 11:16 AM, Nathan Beyer (JIRA) <jira@apache.org> wrote:
>
>    [ https://issues.apache.org/jira/browse/HARMONY-6410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12793477#action_12793477
]
>
> Nathan Beyer commented on HARMONY-6410:
> ---------------------------------------
>
> Note - Time zone information and display names are not guaranteed to be consistent across
JREs. Time zone information will depend upon several factors - the version of the JRE being
used, the version of the time zone info database being used and other factors. The display
names are localization details.
>
> Can you define what Sun JDK was used in this test? What version of the zoneinfo database
is used?
>
> What version of Harmony is used?
>
>> [classlib][luni] a bug found in java.util.TimeZone#getDSTSavings()and #getDisplayName(daylight,style,locale)
>> ------------------------------------------------------------------------------------------------------------
>>
>>                 Key: HARMONY-6410
>>                 URL: https://issues.apache.org/jira/browse/HARMONY-6410
>>             Project: Harmony
>>          Issue Type: Bug
>>          Components: Classlib
>>            Reporter: juan wu
>>
>> When running the testcase:org.apache.harmony.luni.tests.java.util.TimeZoneTest#test_getDSTSavings(),
on sun's jdk
>>         TimeZone st1 = TimeZone.getTimeZone("EST");
>>         assertEquals("T1A. Incorrect daylight savings returned", ONE_HOUR, st1
>>                 .getDSTSavings());
>> this assertion failed, expect 36000, actually return 0.
>> and another testcase:org.apache.harmony.luni.tests.java.util.TimeZoneTest#test_getDisplayNameZILjava_util_Locale(),
on sun's jdk
>>         TimeZone timezone = TimeZone.getTimeZone("Asia/Shanghai");
>>         assertEquals("\u683c\u6797\u5c3c\u6cbb\u6807\u51c6\u65f6\u95f4+0800",
>>                 timezone.getDisplayName(false, TimeZone.SHORT, Locale.CHINA));
>> this assertion failed, expected was "格林尼治标准时间+0800" but actually
return "CST".
>> while both testcases succeded in hamony's jdk.
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>



-- 
Regards,

Ray Chen

Mime
View raw message