feat: convert any equals and hashcode to the lombok annotation, ignore implementation

[timo-a]

What's changed?

What's your motivation?

To convert classes to @Value or @Data they need to have @EqualsAndHashCode.
But this annotation is probably not there.
equals() and hashCode() are if defined hard to validate, so this recipe assumes that manual work is necessary and adds
@EqualsAndHashCode to any class that implements either equals() or hashCode() regardless of how they are implemented. The user has to review each class, but saves the effort of finding and replacing.

Anything in particular you'd like reviewers to focus on?

Anyone you would like to review specifically?

Have you considered any alternatives or workarounds?

Any additional context

Checklist

• I've added unit tests to cover both positive and negative cases
• I've read and applied the recipe conventions and best practices
• I've used the IntelliJ IDEA auto-formatter on affected files

[timo-a]

Now there is a seemingly unrelated error in /home/runner/work/rewrite-migrate-java/rewrite-migrate-java/src/main/java/org/openrewrite/java/migrate/javax/AddColumnAnnotation.java:92:

error: constructor AddOrUpdateAnnotationAttribute in class AddOrUpdateAnnotationAttribute cannot be applied to given types;
                        J.VariableDeclarations updatedVariable = (J.VariableDeclarations) new AddOrUpdateAnnotationAttribute(
                                                                                          ^
  required: String,String,String,String,Boolean,Boolean
  found:    String,String,String,boolean,<null>
  reason: actual and formal argument lists differ in lengthNote: Recompile with -Xlint:unchecked for details.warning: [options] source value 8 is obsolete and will be removed in a future releaseNote: Some input files use unchecked or unsafe operations.warning: unknown enum constant ElementType.MODULE

Maybe a rebase on main can fix this?
Update: apparently so, pushing