This week's giveaway is in the Android forum.
We're giving away four copies of Android Security Essentials Live Lessons and have Godfrey Nolan on-line!
See this thread for details.
The moose likes Java in General and the fly likes TreeSet and compareTo Java 5 Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login

Win a copy of Android Security Essentials Live Lessons this week in the Android forum!
JavaRanch » Java Forums » Java » Java in General
Bookmark "TreeSet and compareTo Java 5" Watch "TreeSet and compareTo Java 5" New topic

TreeSet and compareTo Java 5

Markus Schmider
Ranch Hand

Joined: Feb 25, 2007
Posts: 100
Hallo I have the following class

I want to add instances of this class to a TreeSet.
As far I have understood Sets you should be able to add an element which is not already contained in this set. To test this the equals() method is used.
When I try to put two different instances of the above class, which differ only in the jarFile field but have the same name value (compareTo returns 0) only the first instance is put into the TreeSet.
When I switch to a HashSet both instances are put into the Set.


This is totally unexpectated behavior for me, since I thought that only equals() is used to determined if an instance can be put into a Set, and compareTo() is only used for ordering.

Can anybody explain this behavior???

Many thanks,

Rodrigo Lopes
Ranch Hand

Joined: Feb 29, 2008
Posts: 119
Extracted from

"This is so because the Set interface is defined in terms of the equals operation, but a TreeSet instance performs all key comparisons using its compareTo (or compare) method, so two keys that are deemed equal by this method are, from the standpoint of the set, equal."
Joanne Neal

Joined: Aug 05, 2005
Posts: 3432
A HashSet will use the hashCode method first to compare two objects. If two objects return different hashCodes they are assumed to be different and the HashSet will not call either the equals or comapreTo method. As JarFile does not override hashCode it will use Object's implementation.
As much as is reasonably practical, the hashCode method defined by class Object does return distinct integers for distinct objects.

So as your hashCode method uses the JarFile hashCode method, unless the two JarFiles are the same object, it is very likely two different JClass objects will return different values from hashCode.

I agree. Here's the link:
subject: TreeSet and compareTo Java 5
Similar Threads
Using java.util.HashSet for Custom Class
Question about HashSet
Confusion on Hashcodes and equals
type errasure / can't overload method
ClassCast Exception while using TreeSet