JDK-4609228 : (cal) RFE: Provide additional local calendars in Java
  • Type: Enhancement
  • Component: core-libs
  • Sub-Component: java.util:i18n
  • Affected Version: 1.1.2,1.1.3,1.4.1,5.0
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic,solaris_8,windows_nt
  • CPU: generic,x86,sparc
  • Submitted: 2001-12-14
  • Updated: 2005-11-21
  • Resolved: 2005-04-25
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 b34Fixed
Related Reports
Relates :  
JDK-4830050 - BuddhistCalendar: add(year) can't handle negative value after 543 year are left
Relates :  
JDK-4712509 - (cal) RFE: Need another calendar for traditional chinese
Relates :  
JDK-6256425 - (cal) RFE: Hebrew calendar support
Relates :  
JDK-6256428 - (cal) RFE: Persian calendar support
Relates :  
JDK-6256424 - (cal) RFE: Arabic calendar support
Relates :  
JDK-4340168 - (cal) RFE: Replace Calendar and GregorianCalendar
Relates :  
JDK-4833268 - API: remove calendar system assumptions from DateFormat/SimpleDateFormat
Relates :  
JDK-6233055 - (cal) API: need to redefine the Calendar.MONTH field and its constants
Relates :  
JDK-4830072 - BuddhistCalendar: set(year) can not set year before 543 correctly
Relates :  
JDK-6250537 - Support long and short era names for date formatting with DateFormatSymbols
Relates :  
JDK-6253991 - [Fmt-Da] SimpleDateFormat has built-in assumptions on year formatting and parsing
Description
Name: ca25432			Date: 12/13/2001



Provide International calendars for Japanese. Secondarily, for Arabic, Hebrew,
Taiwanese, and Persian.

======================================================================

Traditional Chinese calendar support has been requested by ###@###.###.
###@###.### 2002-07-10


The current BuddhistCalendar implementation for the Thai locales has some restrictions:

  - Dates in Julian B.C. are incorrect.
  - The Before B.E. and B.E. transition is incorrect.
  - April 1 as the first day of a year

Those restrictions should be removed in the new implementation.
###@###.### 2003-03-11
###@###.### 10/13/04 01:37 GMT
Comments
EVALUATION We are going to add more calendar support without providing a new calendar API. Since the int[] fields can't be extended (due to binary compatibility), we will support calendars that don't require additional fields. The fix still requires API changes to define calendar specific constants. For example, the first month in the Hebrew calendar is Nisan, but a new year starts from Tishri (Tishrei). It'd be confusing if we support the Hebrew calendar without defining constants for months. ###@###.### 2002-08-05 We are not providing new calendar support in Tiger. ###@###.### 2004-02-19 Added Japanese imperial calendar system support in Mustang. This bug report is being split to each calendar system request. ###@###.### 2005-04-18 06:26:55 GMT New RFEs for other calendar systems are: 4712509 for (traditional) Chinese calendar 6256424 for Arabic calendars 6256425 for Hebrew calendar 6256428 for Persian calendar 6261278 for Taiwanese calendar The Japanese calendar support requires 6253991, 6250537 and 4833268 to be fixed. ###@###.### 2005-04-26 09:08:56 GMT
26-04-2005