build(deps): bump org.awaitility:awaitility from 3.1.6 to 4.3.0

[dependabot]

Bumps org.awaitility:awaitility from 3.1.6 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.

Changelog 4.2.2 (2024-08-07)

• Support JDK EA builds in JavaVersionDetector (thanks to Oleg Estekhin for pull request)

Changelog 4.2.1 (2024-03-15)

• Upgraded Kotlin to 1.9.22

• Added extension properties forever, then, and, given to the Kotlin extension. This allows you to do e.g.:

  await.forever until { .. }

• Added shortcut for enabling logging. Before you had to do e.g.

  await() .with() .conditionEvaluationListener(new ConditionEvaluationLogger(log::info)) .pollInterval(ONE_HUNDRED_MILLISECONDS) .until(logs::size, is(4));

  You can now instead use the "logging" shortcut:

  await() .with() .logging(log::info) .pollInterval(ONE_HUNDRED_MILLISECONDS) .until(logs::size, is(4));

  or simply ".logging()" for "System.out".

  This shortcut has also been added globally:

... (truncated)

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

Note
Automatic rebases have been disabled on this pull request as it has been open for over 30 days.

[github-actions]

Test Results

167 files   -  66  167 suites   - 66   2h 1m 20s ⏱️ + 1h 37m 59s
713 tests  - 204  677 ✅  - 192  34 💤  - 14  0 ❌ ±0  2 🔥 +2 
719 runs   - 202  681 ✅  - 192  34 💤  - 14  0 ❌ ±0  4 🔥 +4 

For more details on these errors, see this check.

Results for commit 019825e. ± Comparison against base commit d87af69.

This pull request removes 206 and adds 2 tests. Note that renamed tests count towards both.

org.apache.karaf.examples.itests.ExampleITest ‑ listBundleCommand
org.apache.karaf.examples.itests.ExampleWithConfigITest ‑ simpleTest
org.apache.karaf.itests.BundleTest ‑ capabilitiesCommand
org.apache.karaf.itests.BundleTest ‑ classesCommand
org.apache.karaf.itests.BundleTest ‑ diagCommand
org.apache.karaf.itests.BundleTest ‑ findClassCommand
org.apache.karaf.itests.BundleTest ‑ headersCommand
org.apache.karaf.itests.BundleTest ‑ infoCommand
org.apache.karaf.itests.BundleTest ‑ installNonOsgiBundle
org.apache.karaf.itests.BundleTest ‑ installUninstallCommand
…

org.apache.karaf.examples.itests.ExampleITest ‑ Unknown test
org.apache.karaf.examples.itests.ExampleWithConfigITest ‑ Unknown test

♻️ This comment has been updated with latest results.

[holgerfriedrich]

@dependabot rebase

This upgrade basically only affects the SSH tests group in itests.
If the CI is green, I would go for a merge.
The test result summary is a bit strange, lets wait for another run.

[holgerfriedrich]

@jbonofre I am proceeding with the PR cleanup.
The number of open dependabot PRs is quite annoying - even if I use filters:

• https://github.com/apache/karaf/pulls?q=is%3Apr+is%3Aopen+base%3Amain (42 PRs for main)
• https://github.com/apache/karaf/pulls?q=is%3Apr+is%3Aopen+-base%3Amain (39 PRs for other, i.e. 4.4.x)

[jbonofre]

@holgerfriedrich I agree. Let me cleanup a bit to trigger a new clean dependabot run.

[holgerfriedrich]

@jbonofre maybe we should think about adding the ignore setting from the old dependabot config just to the maven on karaf-4.4.x section:

    ignore:
      - dependency-name: "*"
        update-types: ["version-update:semver-major"]

This could avoid major version upgrades - this is likely intended for most of packages on Maven. For GHA we should not add it, as actions often update the major version.