-
Bug
-
Resolution: Won't Fix
-
P4
-
5.0
-
x86
-
windows_xp
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2157127 | 7 | Jiri Tusla | P4 | Closed | Won't Fix |
FULL PRODUCT VERSION :
java version "1.5.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-b64)
Java HotSpot(TM) Client VM (build 1.5.0-b64, mixed mode, sharing)
No j2ee installed
ADDITIONAL OS VERSION INFORMATION :
windows XP
A DESCRIPTION OF THE PROBLEM :
Tthe following is the actual output of getLocalPatternChar method of DateFormatSymbols with different locale.
Locale.SIMPLIFIED_CHINESE GanjkHmsSEDFwWxhKzZ
Locale.CHINESE GyMdkHmsSEDFwWahKzZ
Locale.CHINA GanjkHmsSEDFwWxhKzZ
But I think the output of these three locale should be same.
All should be "GyMdkHmsSEDFwWahKzZ ".
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
yy-m-d
ACTUAL -
aa-n-j
REPRODUCIBILITY :
This bug can be reproduced always.
---------- BEGIN SOURCE ----------
Locale myLocale = new Locale("zh", "CN");
SimpleDateFormat sdf;
DateFormat df = DateFormat.getDateInstance(DateFormat.SHORT,myLocale);
sdf = new SimpleDateFormat();
try{
sdf = (SimpleDateFormat)df;
}
catch(ClassCastException ee)
{
sdf = new SimpleDateFormat();
}
String format = sdf.toLocalizedPattern();
System.out.print(format);
---------- END SOURCE ----------
###@###.### 2005-06-23 09:26:04 GMT
CLDR has removed the support for localized patterns few weeks ago. Consulted this request with native chinese speakers.
Per their information they use english letters for patterns in simplified and traditional chinese.
Removing respective entry from all chinese resources, let them use those from english.
java version "1.5.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-b64)
Java HotSpot(TM) Client VM (build 1.5.0-b64, mixed mode, sharing)
No j2ee installed
ADDITIONAL OS VERSION INFORMATION :
windows XP
A DESCRIPTION OF THE PROBLEM :
Tthe following is the actual output of getLocalPatternChar method of DateFormatSymbols with different locale.
Locale.SIMPLIFIED_CHINESE GanjkHmsSEDFwWxhKzZ
Locale.CHINESE GyMdkHmsSEDFwWahKzZ
Locale.CHINA GanjkHmsSEDFwWxhKzZ
But I think the output of these three locale should be same.
All should be "GyMdkHmsSEDFwWahKzZ ".
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
yy-m-d
ACTUAL -
aa-n-j
REPRODUCIBILITY :
This bug can be reproduced always.
---------- BEGIN SOURCE ----------
Locale myLocale = new Locale("zh", "CN");
SimpleDateFormat sdf;
DateFormat df = DateFormat.getDateInstance(DateFormat.SHORT,myLocale);
sdf = new SimpleDateFormat();
try{
sdf = (SimpleDateFormat)df;
}
catch(ClassCastException ee)
{
sdf = new SimpleDateFormat();
}
String format = sdf.toLocalizedPattern();
System.out.print(format);
---------- END SOURCE ----------
###@###.### 2005-06-23 09:26:04 GMT
CLDR has removed the support for localized patterns few weeks ago. Consulted this request with native chinese speakers.
Per their information they use english letters for patterns in simplified and traditional chinese.
Removing respective entry from all chinese resources, let them use those from english.
- backported by
-
JDK-2157127 DateFormatSymbols of Chinese locale is not suitable
- Closed
- relates to
-
JDK-4225362 localized DateFormatSymbols for fr_FR is wrong
- Resolved
-
JDK-4312282 Doc: localPatternChars description should be in DateFormat API doc
- Open