[
https://issues.apache.org/jira/browse/LUCENE-1831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12745689#action_12745689
]
Mark Miller commented on LUCENE-1831:
-------------------------------------
I disagree - whatever a classes original intent, its good style to follow the
contract. We can't predicate the future evolution of these classes.
At a minimum they should return a constant hashCode ie 42
> TokenWrapperAttributeFactory, CachingWrapperFilterHelper implements equals
> and so should also implement hashCode
> ----------------------------------------------------------------------------------------------------------------
>
> Key: LUCENE-1831
> URL: https://issues.apache.org/jira/browse/LUCENE-1831
> Project: Lucene - Java
> Issue Type: Bug
> Components: Analysis
> Reporter: Mark Miller
> Assignee: Uwe Schindler
> Priority: Minor
> Fix For: 2.9
>
>
> its part of the contract of Object
> bq. If two objects are equal according to the equals(Object) method, then
> calling the hashCode method on each of the two objects must produce the same
> integer result.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org
