On Wed, Sep 30, 2009 at 1:16 PM, Grant Ingersoll <gsing...@apache.org>wrote:
> > On Sep 30, 2009, at 4:03 PM, Jake Mannix wrote: > > Regarding having equals() effectively delegate to >> getName().equals(other.getName()) && equivalent(other) means that we need >> to >> be extra special careful about implementations of hashCode() : >> >> If we are not going to break the contract between equals() and hashCode(), >> and we're having equals() *only* take into account the mathematical >> contents >> and the name, then I'd say what we need to do is implement hashCode() in a >> top level class like AbstractVector. >> > > That is what is happening. It is on trunk, but not in Ted's patch, which is what I'm currently looking at, and want to make sure I'm adhering to convention as I play with Ted's impls. -jake
