chore(deps): bump the development-dependencies group across 1 directory with 5 updates

[dependabot]

Bumps the development-dependencies group with 5 updates in the / directory:

Package	From	To
org.mockito:mockito-junit-jupiter	5.15.2	5.16.0
ch.qos.logback:logback-classic	1.5.16	1.5.17
org.slf4j:slf4j-api	2.0.16	2.0.17
org.slf4j:jul-to-slf4j	2.0.16	2.0.17
org.awaitility:awaitility	4.2.2	4.3.0

Updates org.mockito:mockito-junit-jupiter from 5.15.2 to 5.16.0

Release notes

Sourced from org.mockito:mockito-junit-jupiter's releases.

v5.16.0

Changelog generated by Shipkit Changelog Gradle Plugin

5.16.0

• 2025-03-03 - 10 commit(s) by Brice Dutheil, Rafael Winterhalter, TDL, dependabot[bot]
• Add support for including module-info in Mockito. [(#3597)](mockito/mockito#3597)
• Bump com.gradle.develocity from 3.19 to 3.19.1 [(#3579)](mockito/mockito#3579)
• Bump org.assertj:assertj-core from 3.27.2 to 3.27.3 [(#3577)](mockito/mockito#3577)
• Bump com.diffplug.spotless:spotless-plugin-gradle from 7.0.1 to 7.0.2 [(#3574)](mockito/mockito#3574)
• Bump com.diffplug.spotless:spotless-plugin-gradle from 6.25.0 to 7.0.1 [(#3571)](mockito/mockito#3571)
• Bump org.assertj:assertj-core from 3.27.1 to 3.27.2 [(#3569)](mockito/mockito#3569)
• Tweaks documentation on mockito agent config for maven [(#3568)](mockito/mockito#3568)
• Adds --info to diagnose closeAndReleaseStagingRepositories issues [(#3567)](mockito/mockito#3567)
• Refine reflection when calling management factory [(#3566)](mockito/mockito#3566)
• Avoid warning when dynamic attach is enabled [(#3551)](mockito/mockito#3551)

Commits

• c81be5d Add support for including module-info in Mockito. (#3597)
• d01ac9d Issue #3584 Improve Gradle Kotlin documentation to add agent
• 83ee69b Bump com.gradle.develocity from 3.19 to 3.19.1 (#3579)
• 289e971 Bump org.assertj:assertj-core from 3.27.2 to 3.27.3 (#3577)
• 1ab8483 Bump com.diffplug.spotless:spotless-plugin-gradle from 7.0.1 to 7.0.2 (#3574)
• fdb5df1 Bump com.diffplug.spotless:spotless-plugin-gradle from 6.25.0 to 7.0.1 (#3571)
• e280630 Bump org.assertj:assertj-core from 3.27.1 to 3.27.2 (#3569)
• 96c2095 Tweak documentation on mockito agent config for maven (#3568)
• 1c3800d Add --info to diagnose release issues (#3567)
• e9a4c77 Refine reflection when calling management factory (#3566)
• See full diff in compare view

Updates ch.qos.logback:logback-classic from 1.5.16 to 1.5.17

Release notes

Sourced from ch.qos.logback:logback-classic's releases.

Logback 1.5.17

2025-02-25 Release of logback version 1.5.17

• Fixed Jansi 2.4.0 color-coded output not working on Windows CMD.exe console when the default terminal application is set to "Windows Console Host". This problem was reported in issues/753 by Michael Lyubkin.

• Fixed race condition occurring in case MDC class is initialized while org.slf4j.LoggerFactory is initializing logback-classic's LoggerContext. When this race conditions occurs, the MDCAdapter instance used by MDC does not match the instance used by logback-classic. This issue was reported in SLF4J issues/450. While logback-classic version 1.5.17 remains compatible with SLF4J versions in the 2.0.x series, fixing this particular MDC issue requires SLF4J version 2.0.17.

• A bit-wise identical binary of this version can be reproduced by building from source code at commit 10358724ed723b3745c010aa40cb02a2dfed4593 associated with the tag v_1.5.17. Release built using Java "21" 2023-10-17 LTS build 21.0.1.+12-LTS-29 under Linux Debian 11.6.

Commits

• 1035872 prepare release 1.5.17
• 2e6984d bump to slf4j version 2.0.17
• 1009952 use a new LoggerContert instance when running LogbackListenerTest. This shoul...
• a3bb4b0 Merge branch 'master' of github.com:qos-ch/logback
• b507297 Fixed race condition occurring in case MDC class is initialized while org.slf...
• f5b3bc5 add warning about the deprecation of SerializedModelConfigurator if activated
• 5bc0998 Update README.md
• 5610c96 correct relocation address
• f3d100b update logback-access evaluator examples
• 51e3903 fix issues/753 for the second time
• Additional commits viewable in compare view

Updates org.slf4j:slf4j-api from 2.0.16 to 2.0.17

Updates org.slf4j:jul-to-slf4j from 2.0.16 to 2.0.17

Updates org.awaitility:awaitility from 4.2.2 to 4.3.0

Changelog

Sourced from org.awaitility:awaitility's changelog.

Changelog 4.3.0 (2025-02-21)

• Support for kotlin.time.Duration in Kotlin DSL (thanks to Ivo Šmíd for PR)

• Upgraded kotlin version in the awaitility-kotlin module to 2.1.10

• Using a more descriptive error message when using VERY long wait conditions or poll durations (issue 290)

• Added an overloaded method of untilAsserted(..) that takes a supplier and a consumer. For example, lets say you have a class like this: public class MyClass { public String myFunction() { // Imagine stuff being executed in asynchronously here and the result of this // operation is a string called "my value" return "my value" } }

  // Then in your test you can wait for the "myFunction" to be asserted by a "consumer" that uses // assertj to make sure that "myFunction" returns ""my value" await().untilAsserted(myClass::myFunction, value -> Assertions.assertThat(value).isEqualTo("my value"));

  This has also been implemented for all atomic, adder, and accumulator methods.

Commits

• e3ff879 [maven-release-plugin] prepare release awaitility-4.3.0
• d116712 [ci skip] Preparing changelog for release
• 4e186df Added kotlin source folder explicitly
• e8d3ab7 Upgraded lots of plugin dependencies
• a7a167a Added an overloaded method of untilAsserted(..) that takes a supplier and a c...
• ef8f663 Make ConditionFactory safer to use in java 8
• 5550079 Using a more descriptive error message when using VERY long wait conditions o...
• 2a9814b Upgraded kotlin version in the awaitility-kotlin module to 2.1.10
• 8f22c00 [ci skip] Updated changelog.txt to reflect latest changes
• 6a35c24 #235 Support for kotlin.time.Duration in Kotlin DSL (#285)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore <dependency name> major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)
• @dependabot ignore <dependency name> minor version will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)
• @dependabot ignore <dependency name> will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)
• @dependabot unignore <dependency name> will remove all of the ignore conditions of the specified dependency
• @dependabot unignore <dependency name> <ignore condition> will remove the ignore condition of the specified dependency and ignore conditions

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud