DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=36527>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=36527 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |WONTFIX ------- Additional Comments From [EMAIL PROTECTED] 2005-09-10 11:52 ------- There are cases in the JDK where compareTo and equals do not match. eg. BigDecimal, where 1.000 != 1.0, but they compareTo to 0. And whats more (in JDK1.4 at least) they don't use the correct wording from Comparable. And yes, in my opinion, equals does represent a comparison on state. (This is really a discussion about the weaknesses in some core JDK definitions.) Use case wise, it is perfectly reasonable for someone to want to store a fraction of the form 2/4. This may have a particular meaning in an engineering or teaching domain for example. If you want reduced fractions, simply use the dedicated factory method, or call te reduce method before using equals. Finally, backwards compatability really does mean we can't fix this. Lang has high standards on compatability, and this would be a clear semantic break. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]