JDK-6253991 : [Fmt-Da] SimpleDateFormat has built-in assumptions on year formatting and parsing
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.text
  • Affected Version: 6
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2005-04-12
  • Updated: 2023-10-30
  • Resolved: 2005-08-15
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.
JDK 6
6 b48Fixed
Related Reports
Relates :  
Relates :  
Relates :  
Relates :  
Description
Another format letter is needed to support non-Gregorian year formatting in SimpleDateFormat. For example, the Gregorian year handing of 2-digit numbers isn't applicable to Japanese imperial years. In addition, the first year of each Japanese imperial era needs to be displayed as U+5143.
###@###.### 2005-04-12 15:36:01 GMT

Comments
EVALUATION Need to assign an unused letter. Also we need to make the text representation optional. For example, "Heisei Gan Nen 4 Gatsu 13 Nichi" makes sense, but "HGan.4.13" doesn't (with the abbreviated era). ###@###.### 2005-04-12 15:55:13 GMT Another option is to override the semantics of 'y' for non-Gregorian calendars. ###@###.### 2005-05-10 09:12:18 GMT
12-04-2005