P3 Description
The current implementation of Timestamp.compareTo(java.util.Date) in
jdk 6.0 and jdk 5.0 latest update release never throw
ClassCastException. But the relevant javadoc description will bring
confusion to end users. With BugID 6567409's evaluation, the current
behavior is correct and the comments regarding the ClassCastException
throwing should be removed. Please refer to bug 6567409.
http://java.sun.com/j2se/1.5.0/docs/api/java/sql/Timestamp.html#compareTo(java.util.Date)
http://java.sun.com/javase/6/docs/api/java/sql/Timestamp.html#compareTo(java.util.Date)
The sentence below should be deleted.
---
If the argument is not a Timestamp object, this method throws a ClassCastException object.
---
And in 5.0's javadoc, "Throws: ClassCastException - if the argument is
not a Timestamp object" should also be removed.
jdk 6.0 and jdk 5.0 latest update release never throw
ClassCastException. But the relevant javadoc description will bring
confusion to end users. With BugID 6567409's evaluation, the current
behavior is correct and the comments regarding the ClassCastException
throwing should be removed. Please refer to bug 6567409.
http://java.sun.com/j2se/1.5.0/docs/api/java/sql/Timestamp.html#compareTo(java.util.Date)
http://java.sun.com/javase/6/docs/api/java/sql/Timestamp.html#compareTo(java.util.Date)
The sentence below should be deleted.
---
If the argument is not a Timestamp object, this method throws a ClassCastException object.
---
And in 5.0's javadoc, "Throws: ClassCastException - if the argument is
not a Timestamp object" should also be removed.