The supported range refers to years, not milliseconds. The difference you're seeing is caused by time zone behavior. Except for leap seconds, Joda-time strictly follows TZ database rules. JDK does not.
On 2010-12-28 03:44 AM, Yohan Yudanara wrote: > Oops.. sorry. > > I've read the FAQ, and now I've found out that -2209024080000 is far > beyond supported date range (-292,269,054 to 292,277,023) > > btw, I got that numbers (-2209024080000) when importing time cells from > Excel using jxls. > > On Tue, Dec 28, 2010 at 6:39 PM, Yohan Yudanara > <yohan.yudan...@gmail.com <mailto:yohan.yudan...@gmail.com>> wrote: > > Hi, > > I'm experiencing strange behavior for some particular date (JDK and > Joda is giving different date, although the millisecond given is the > same). > > For example: > long ms = -2209024080000L; > DateTime testJoda = new DateTime(ms); > System.out.println(testJoda); > Date testJdk = new Date(ms); > System.out.println(testJdk); > > The above code will give this result: > in Joda: 1899-12-31T20:54:04.000+06:42:04 (the time is 20:54) > in JDK: Sun Dec 31 21:12:00 ICT 1899 (the time is 21:12) > > Why this strange thing happens? (the time is different) > > Thanks in advance. > > Best regards, > Yohan Yudanara > > > > > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > > > > _______________________________________________ > Joda-interest mailing list > Joda-interest@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/joda-interest ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Joda-interest mailing list Joda-interest@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/joda-interest