idbag, equals() and hashCode()

lexi · **Joined:** Mon Aug 02, 2004 1:08 pm **Posts:** 42

Since I'm not 100% sure that it's a bug, I'd like to ask if there is any specific reason that idbag-managed collections do not implement equals() and hashCode().
I've found out that after switching to idbags, equals() stopped working. I've checked the PersistentIdentifierBag and it seems like neither it nor its superclasses override equals() and hashCode() methods.

Is there any specific reason for that or is it a bug?
Thank you for your time.

max · **Posted:** Thu Apr 06, 2006 9:31 am

PersistentBag also does not implement equals with the comment:

/**
* Bag does not respect the collection API and do an
* JVM instance comparison to do the equals.
* The semantic is broken not to have to initialize a
* collection for a simple equals() operation.
* @see java.lang.Object#equals(java.lang.Object)
*/

so i think the same is applicable for idbag.

lexi · **Joined:** Mon Aug 02, 2004 1:08 pm **Posts:** 42

Ok, thanks for the hint. I'll have to redo the collection comparison then.

ps. Maybe it's not a bad idea to add small note to the docs.

max · **Posted:** Thu Apr 06, 2006 9:46 am

put it in jira as a trivial issue then we wont forget.

lexi · **Joined:** Mon Aug 02, 2004 1:08 pm **Posts:** 42

max wrote:

put it in jira as a trivial issue then we wont forget.

http://opensource.atlassian.com/project ... e/HHH-1642

dma_k · **Joined:** Sat Sep 17, 2005 6:50 am **Posts:** 23

Can anybody please comment on this Javadoc:

Code:

The semantic is broken not to have to initialize a collection for a simple equals() operation.

I personally do not understand, why bags behave differently from lists or sets.
Opened HHH-5409.