JDK-6558863 : time formats for en_AU and en_NZ are wrong using the CLDR as reference
- Type: Bug
- Component: globalization
- Sub-Component: translation
- Affected Version: 1.4.2,6
- Priority: P4
- Status: Closed
- Resolution: Fixed
- OS: linux,windows_2003
- CPU: x86
- Submitted: 2007-05-17
- Updated: 2011-04-08
- Resolved: 2011-04-08
The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
| JDK 6 | JDK 7 |
|---|---|
6u10Fixed  |
7 b18Fixed |
Related Reports
|
Duplicate :
|
Description
FULL PRODUCT VERSION : java version "1.6.0" Java(TM) SE Runtime Environment (build 1.6.0-b105) Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode) ADDITIONAL OS VERSION INFORMATION : windows 2003 sp2 A DESCRIPTION OF THE PROBLEM : according to the CLDR, en_AU & en_NZ use "h:mm:ss a" time pattern. common practice also indicates the pattern should be "h:mm:ss a". however core java seems to use "H:mm:ss" which means it can't correctly format or parse commonly used time patterns from those locales. REPRODUCIBILITY : This bug can be reproduced always. CUSTOMER SUBMITTED WORKAROUND : use icu4j but applications like adobe's coldfusion are stuck w/core java locale data.
Comments
|