3.9.0 -> 3.9.1 breaks backward compatibility

[pkoenig10]

Upgraded from 3.9.0 -> 3.9.1. A testing dependency uses 3.6.2. When attempting to run tests that use this dependency, I am getting a no such method error:
java.lang.NoSuchMethodError:org.assertj.core.api.Assertions.assertThat(Ljava/lang/Object;)Lorg/assertj/core/api/AbstractObjectAssert;

Looks like the brekaing change was in this commit: fabeac7

[PascalSchumacher]

Thanks for reporting and sorry for breaking you code.

AssertJ does not guarantee binary compatibility, there are also other binary incompatible changes, e.g. 43c3c6b

Edit: I guess this issue and #1190 duplicate each other.

Second Edit: Related Spring Boot issue: spring-projects/spring-boot#12224 (already solved by the spring boot team by upgrading to 3.9.1).

[joel-costigliola]

@pkoenig10 this is indeed an API breaking change that I forget to mention in the release notes (my bad). It was done to address a warning when using generics vararg parameters (sigh).

@pkoenig10 is the error like #1190 ? if not can you give us more context ? a test case would be ideal.

As @PascalSchumacher said we don't guarantee binary compatibility but we try to avoid breaking it as much as possible.

[pkoenig10]

@joel-costigliola yes this is the same error as in #1190.

We have solved the problem by upgrading to 3.9.1.

[joel-costigliola]

@pkoenig10 thanks for checking.