Stefano Cordio

@fmbenhassine POM and CI simplified, Spring Boot version updated to the latest

When releasing, would it be possible to do it with Java 21 or greater? The Javadoc website would get goodies like the [search URL](https://stuartmarks.wordpress.com/2023/09/22/my-favorite-jdk-21-feature-javadoc-search-url/) (see the current one [here](https://javadoc.io/doc/io.github.scordio/spring-batch-notion/latest/search.html)).

Thanks a lot!

Thanks for reporting it, @sh2ka! Assuming `@Data` is from Lombok and to make sure we analyze the right example, would you have a chance to [delombok](https://projectlombok.org/features/delombok) your reproducer?

> To achieve this, no additional dependency is needed and Spring Boot Test can declare its own `@CheckReturnValue` annotation, similarly to what [AssertJ](https://github.com/assertj/assertj/blob/c10f7e97a3209bd75df3652110e908183def41ad/assertj-core/src/main/java/org/assertj/core/util/CheckReturnValue.java) and [Mockito](https://github.com/mockito/mockito/blob/0a9aa2697860096427cab0fb2f74aa940dff600f/src/main/java/org/mockito/CheckReturnValue.java) do. On second thought, Spring...

Now that `@CheckReturnValue` has been introduced in Framework, would you like me to raise a PR for this topic or do you prefer to handle it within the team?

Apologies for the slow reaction, I finally raised #46766. @wilkinsona: > I wonder if we have other APIs where a similar annotation would be beneficial. Do you have any other...

Sure, I'll take care of that! > I also wonder how easy it would be to build an ArchUnit rule to make sure we stay consistent. I'll check if I...

Could this be addressed directly in AssertJ with a [custom contract annotation](https://github.com/uber/NullAway/wiki/Configuration#custom-contract-annotations)? _ANSWER_: yes, AssertJ can do it, like JUnit did it in [AssertionUtils](https://github.com/junit-team/junit-framework/blob/e6cc57576a64c001e330a0ff7f11aadf75f1be81/junit-jupiter-api/src/main/java/org/junit/jupiter/api/AssertionUtils.java#L35-L38). I'll track this at assertj/assertj#3727.

> From this perspective, I would not close it since it would be nice to have support for AssertJ 3.x (in Nullaway?). If I understand the custom `@Contract` correctly, it's...