BlogJava-求索-最新评论http://www.blogjava.net/Longbow/CommentsRSS.aspxMake it work, make it right, make it fast and make it open。zh-cnFri, 02 Sep 2005 04:54:07 GMTFri, 02 Sep 2005 04:54:07 GMTcnblogsre: windows IP影射http://www.blogjava.net/Longbow/archive/2005/10/07/7216.html#14953干老干老Fri, 07 Oct 2005 13:17:00 GMThttp://www.blogjava.net/Longbow/archive/2005/10/07/7216.html#14953

干老 2005-10-07 21:17 发表评论
]]>re: Eclipse 3.2M1发布http://www.blogjava.net/Longbow/archive/2005/09/02/10061.html#11845猪头小队长猪头小队长Fri, 02 Sep 2005 09:35:00 GMThttp://www.blogjava.net/Longbow/archive/2005/09/02/10061.html#11845

猪头小队长 2005-09-02 17:35 发表评论
]]>re: 从控制台启动eclipsehttp://www.blogjava.net/Longbow/archive/2005/07/27/8561.html#8580codercoderWed, 27 Jul 2005 14:36:00 GMThttp://www.blogjava.net/Longbow/archive/2005/07/27/8561.html#8580

coder 2005-07-27 22:36 发表评论
]]>re: iBatis2.1http://www.blogjava.net/Longbow/archive/2005/07/15/4973.html#7761emuemuFri, 15 Jul 2005 04:21:00 GMThttp://www.blogjava.net/Longbow/archive/2005/07/15/4973.html#7761

emu 2005-07-15 12:21 发表评论
]]>re: String poolhttp://www.blogjava.net/Longbow/archive/2005/07/15/7742.html#7760emuemuFri, 15 Jul 2005 04:19:00 GMThttp://www.blogjava.net/Longbow/archive/2005/07/15/7742.html#7760
结论是对的，但是跟string pool没什么关系。

>>另外，声明String的时候，最好用=，这样就可以体现String pool的作用了。

结论也是对的，但是这样做不是为了体现String pool的作用而是避免重复创建对象。

emu 2005-07-15 12:19 发表评论
]]>re: 关于Generics的一点儿理解http://www.blogjava.net/Longbow/archive/2005/07/08/7201.html#7348文章千古事，得失寸心知文章千古事，得失寸心知Fri, 08 Jul 2005 04:05:00 GMThttp://www.blogjava.net/Longbow/archive/2005/07/08/7201.html#7348

文章千古事，得失寸心知 2005-07-08 12:05 发表评论
]]>re: 关于Generics的一点儿理解http://www.blogjava.net/Longbow/archive/2005/07/07/7201.html#7310daviddavidThu, 07 Jul 2005 08:38:00 GMThttp://www.blogjava.net/Longbow/archive/2005/07/07/7201.html#7310

david 2005-07-07 16:38 发表评论
]]>re: 关于Generics的一点儿理解http://www.blogjava.net/Longbow/archive/2005/07/07/7201.html#7279emuemuThu, 07 Jul 2005 06:19:00 GMThttp://www.blogjava.net/Longbow/archive/2005/07/07/7201.html#7279

emu 2005-07-07 14:19 发表评论
]]>re: 关于Generics的一点儿理解http://www.blogjava.net/Longbow/archive/2005/07/06/7201.html#7232Java求索Java求索Wed, 06 Jul 2005 15:31:00 GMThttp://www.blogjava.net/Longbow/archive/2005/07/06/7201.html#7232

Java求索 2005-07-06 23:31 发表评论
]]>re: 关于Generics的一点儿理解http://www.blogjava.net/Longbow/archive/2005/07/06/7201.html#7219emuemuWed, 06 Jul 2005 10:27:00 GMThttp://www.blogjava.net/Longbow/archive/2005/07/06/7201.html#7219http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5103041


问题在于在jdk1.5中Timestamp多定义了一个比较方法：

public int compareTo(java.util.Date o) {
return compareTo((Timestamp)o);
}

这样如楼主所说，在1.4中Timestamp.compareTo(Date)的时候会调用继承来的Date.compareTo(Date)方法来完成比较，而Date.compareTo(Date)在比较前会把参数造型成Date对象，因此可以完成比较；而在1.5中Timestamp则直接使用自己的Timestamp.compareTo(Date)方法来比较，并试图在其中把参数造型成Timestamp，因此抛出造型异常。

但是这并不像楼主想像的，“Generics也会带来一些其他的问题”，而是sun有意为之。看上面这个compareTo方法的相关说明：

// This forwarding method ensures that the compareTo(Date) method defined
// in java.util.Date is not invoked on a Timestamp

显然sun认为1.4中的做法是不对的，下定决心在以放弃兼容性为代价在1.5中更正这个错误，而不是一个bug(真的要修复这个bug的话只要把上面这个方法删掉就行了)。sun坚持的正好就是楼主说的原则问题：只比较具有相同类型的两个对象

放弃兼容性的代价就是有一些在1.4下面正常的代码在1.5下面不能允许了，包括大名鼎鼎的JIRA。对此JIRA的反应是：

JDK 1.5 has a bug that prevents JIRA from processing mail correctly. Until the issue is resolved, JIRA does not support JDK 1.5. We recommend you use JDK 1.4.x but it is possible to continue with JDK 1.5 by restarting the server with option \'-Dallow.jdk.1.5=true\'. You can find the JDK bug at http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5103041


可是JIRA想要等“issue is resolved”那一天恐怕等不着了，这是个原则问题嘛 :)



emu 2005-07-06 18:27 发表评论
]]>