JDK-4930130 : (cal) Provide Gregorian-only calendar as a Calendar subclass
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util:i18n
  • Affected Version: 5.0
  • Priority: P3
  • Status: Closed
  • Resolution: Won't Fix
  • OS: generic
  • CPU: generic
  • Submitted: 2003-09-30
  • Updated: 2006-12-25
  • Resolved: 2006-12-25
Related Reports
Relates :  
JDK-4484483 - API: java.util.Date class doesn't specify what calendar system to be used
Relates :  
JDK-4614842 - Performance improvements to GregorianCalendar and Date
Description
GregorianCalendar is supposed to be able to support any Gregorian cutover dates (from Long.MIN_VALUE to Long.MAX_VALUE). However, there is a "gap" or "overlap" between the last date in Julian and the first day in Gregorian. Support of such "gap" is very expensive at run-time.  Also it requires a way to specify a calendar system to disambiguate the given date if there's an "overlap", which can't be done by the Calendar API. But correct Gregorian change support doesn't matter for most applications.

J2SE should provide a Gregorian-only implementation as a Calendar subclass and factory methods to Calendar to get an instance.
###@###.### 2003-09-30
Comments
EVALUATION We should implement and evaluate it for Tiger. ###@###.### 2003-09-30 Quick performance tests showed only 5% improvement over the new GregorianCalendar implementation. Probably it's not worth having a separate class. ###@###.### 2003-10-03
03-10-2003