-
Bug
-
Resolution: Fixed
-
P4
-
1.4.2, 6
-
b18
-
x86
-
linux, windows_2003
-
Verified
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-2149443 | 6u10 | Jiri Tusla | P4 | Resolved | Fixed | b12 |
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.
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.
- backported by
-
JDK-2149443 time formats for en_AU and en_NZ are wrong using the CLDR as reference
-
- Resolved
-
- duplicates
-
-
- Closed
-