JavaScript is not currently enabled, but is required for full CodeSonar manual search and browse functionality.

If you are viewing this file in your hub's Web GUI, enable JavaScript in your browser: you will also need it for GUI functionality.

If you opened this file directly from disk, your browser may be directly suppressing JavaScript functionality: certain browsers perform this suppression on local files (but not files delivered by web servers) for security reasons.

CodeSonar® 9.2p0 CONFIDENTIAL CodeSecure Inc
Java


JAVA.IDEF.EQUALS.NONOBJ : equals Parameter Should Be Object (Java)

Summary

equals() is defined against a class other than Object.

Redefinitions of the equals()/hashCode() methods from java.lang.Object must be consistent in the sense that, for instance, if two objects are equals() then hashCode() must yield the same value on both. The validity of such a property is in general undecidable, but most incorrect definitions amount to simple cases, where one of the two methods is missing. However, it is often correct to redefine only one of those methods and the analyzer is aware of many such situations.

Inconsistent definitions of equals()/hashCode() induce unexpected behaviors when objects are put inside most Collection classes of the standard Java library.

Properties

Class Name equals Parameter Should Be Object (Java)
Significance reliability
Mnemonic JAVA.IDEF.EQUALS.NONOBJ
Categories
CWE CWE:1076 Insufficient Adherence to Expected Conventions
Availability Available for Java and Kotlin.
Enabling Checks for this warning class are enabled by default. To disable them, add the following WARNING_FILTER rule to the project configuration file.
WARNING_FILTER += discard class="equals Parameter Should Be Object (Java)"

Example

Adding fields while redefining classes

If a class defines its equals() method and a subclass adds an instance field without redefining equals(), this checker will issue a warning since the extra field should likely be included in the test of equals(). That might however not be the case, if for instance the value of the extra field is the same when two objects are equals(). In that case, it is possible to annotate the extra field with @IrrelevantForEquals, so that this checker will not issue any more warning for that situation.

Consider the following class:

public class Foo {
  private String f;

  public Foo(String f) {
      this.f = f;
  }

  public boolean equals(Foo other) { // "equals Parameter Should Be Object (Java)" warning issued here
      return f.equals(other.f);
  }
}      

The equals method is inherited from the Object class and it should be overwritten. In particular, Object.equals() expects Object as parameter type. The the equals() method should be rewritten as follows.

  public boolean equals(Object other) {
      if(other instanceof Foo)
          return f.equals(((Foo) other).f);
      return false; 
  } 

Resolution

Use Object type as type parameter of equals method declaration.

Relevant Configuration File Parameters

The following configuration file parameters affect checks for this warning class.

 

To report problems with this documentation, please visit https://support.codesecure.com/.