This rule checks, if a class has either none or both of hashCode() and equals() implementations. I don’t think, this is always correct. If a class overrides hashCode(), yes it should definitely override equals(), too. But if it overrides equals() and a super class, that is not Object, already impl…

[Java:S1206] Relax rule to accept super hashCode() implementations

mfroehlich (Marvin Fröhlich) October 1, 2020, 2:19pm 3

Hi Ann,

it’s all Java.

Cheers
Marvin

Topic		Replies	Views
RSPEC-1206 : overriding hashCode() does not imply equals() should be overridden Rules and Languages java , sonarqube	1	82	February 28, 2025
Java equals&hashcode rules check for Google AutoValue classes SonarQube Cloud java	2	972	July 24, 2020
S2141: False positive when interface declares equals() Report False-positive / False-negative... java	2	576	July 7, 2020
Java.S1201 false positive Report False-positive / False-negative... sonarqube	1	424	January 17, 2023
Override of equals() MUST compare getClass() OR be final New rules / language support java	1	4773	July 15, 2019