doc
doc copied to clipboard
AssertJ new website
Bumps org.asciidoctor.jvm.convert from 3.3.2 to 4.0.4. [](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores) You can trigger a rebase of this PR by commenting `@dependabot rebase`. [//]: # (dependabot-automerge-start) [//]: # (dependabot-automerge-end) --- Dependabot commands...
Currently, the documentation shows how to extend an assertion in [2.6.2 Custom Assertions](https://assertj.github.io/doc/#assertj-core-custom-assertions) but there is no documentation for custom exception asserts, which seems to use a slightly different mechanism...
As of today, the documentation thoroughly explains how to use [Soft Assertions](https://assertj.github.io/doc/#assertj-core-soft-assertions), but there is no mention of [`satisfies`](https://www.javadoc.io/doc/org.assertj/assertj-core/latest/org/assertj/core/api/AbstractAssert.html#satisfies(java.util.function.Consumer...)), which can be a less intrusive option for simpler use cases....
We've been falling behind with the Gradle-related maintenance in this project. So far, I see the following tasks requiring attention: - [ ] Adopt [`gradle/actions/setup-gradle`](https://github.com/gradle/actions?tab=readme-ov-file#the-setup-gradle-action) and [remove `gradle/wrapper-validation-action`](https://github.com/gradle/actions/blob/main/docs/setup-gradle.md#gradle-wrapper-validation) - [...
**Describe the bug** The feature from assertj/assertj#2520 seems to be incompatible with using the `StringAssert`from assertj-core in a Groovy and Spock setup. The `then` block in a spock test feature...