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

Reply via email to