Skip to content

Conversation

@renovate
Copy link
Contributor

@renovate renovate bot commented Feb 6, 2023

This PR contains the following updates:

Package Change Age Confidence
org.awaitility:awaitility (source) 3.1.64.3.0 age confidence

Release Notes

awaitility/awaitility (org.awaitility:awaitility)

v4.3.0

  • 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.

v4.2.2

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

v4.2.1

  • 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:

    Awaitility.setLogging(log::info);

    or

    Awaitility.setDefaultLogging();

  • Improved lambda detection for Java 17 and Java 21

  • Upgraded Groovy to 4.0.19

v4.2.0

  • Fixed a bug in the shutdown behavior of a polling thread. The wrong time unit was used causing executor shutdown to take way more time than expected in cases where it's stuck. Thanks to Claus Näveke for spotting this and for the initial PR.

  • Fixed a bug in which condition was not evaluated correctly with small intervals, such as:
    await().atMost(Duration.ofMillis(10)).pollInterval(Duration.ofMillis(5)).until(..);
    (issue 224). Thanks to Robby Decosemaeker for PR.

  • Upgraded the awaitility-kotlin module to use kotlin 1.6.10

  • Fail fast conditions can now be specified with assertions. For example:

    await().failFast(() -> assertThat(state).isNotEqualTo("Failed")).until(..);

    (issue 238)

v4.1.1

  • Fixed a bug preventing you to specify "fib(-1)" when using the fibonacci poll interval (thanks to Björn Michael for pull request) (issue 201)
  • Avoid memory leak by caching only the original default uncaught exception handler globally (thanks to Oliver Grof for pull request (issue 221)
  • Added "conditionEvaluationListener" to Kotlin DSL

v4.1.0

  • Upgraded to Scala from 2.13.3 to 2.13.5 (thanks to sullis for pull request)

  • Upgraded Kotlin from 1.3.72 to 1.5.0

  • Added support for fail-fast conditions. This is a special condition that, if fulfilled, will throw a "org.awaitility.core.TerminalFailureException" immediately, thus failing the test.
    This is good when you have a condition that you know beforehand should never be fulfilled. So instead of waiting the full duration of a normal condition evaluation period, the test will fail
    faster if this (fail fast) condition evaluates to true. For example:

    await().timeout(Duration.ofSeconds(5)).failFast(() -> orders.findById(1234).state == PAID).until(() -> orders.findById(1234).state == CLOSED);

    This will fail-fast if the state of order 1234 is ever equal to "PAID" during the 5 second evaluation of the condition specified in "until".
    (Thanks to Antony Stubbs for initial pull request) (issue 178)

  • Upgraded Groovy from version 3.0.4 to 3.0.8

v4.0.3

  • Upgraded to Scala 2.13.2 from 2.13.0 (thanks to sullis for pull request)

  • Upgraded Kotlin extension to use Kotlin 1.3.72 (instead of 1.3.61)

  • Improved org.awaitility.core.ConditionEvaluationLogger to accept a consumer that decides how the logs are printed. You can use this to for example log intermediary values using slf4j instead of System.out.println or log to to disk or a data structure such as CopyOnWriteArrayList. For example:

    await().conditionEvaluationListener(new ConditionEvaluationLogger(log::info)).until();

    This will log using a the logger "log" instead of printing to the console.

  • Fixed problems with test dependencies in pom.xml

  • Upgraded Groovy from 2.5.7 to 3.0.4

v4.0.2

  • Improved formatting of elapsed time (or error and logging) for long time durations
  • Implemented support for "during" (issue 124) (big thanks to Pablo Díaz-López for pull request)
  • org.awaitility.core.ConditionEvaluationListener now has two additional hooks, "beforeEvaluation" and "onTimeout", which you can implement to get notified on these events. They are implemented as default methods to retain backward compatibility. (issue 149) (big thanks to Oliver Grof for pull request)
  • Upgraded Kotlin extension to use Kotlin 1.3.61 (instead of 1.3.50)
  • Added "handleIgnoredException" to org.awaitility.core.ConditionEvaluationListener. This is a hook that let's you react to ignored exceptions caught when evaluating a condition (thanks to Oliver Grof for pull request)
  • Avoid hiding exceptions on the same thread (issue 152) (thanks to Oliver Grof for pull request)
  • Fixed condition timeout calculation units (issue 148) (thanks to Anthony Baker for pull request)

v4.0.1

  • Removed the dependency to objenesis since it's no longer required after the move to Java 8+
  • Fixed so that calculation of condition evaluation duration cannot be negative (thanks to Anders Asplund for pull request)

v4.0.0

  • Added support for Adder's. For example: await().untilAdder(myLongAdder, equalTo(5L))
  • Added support for Accumulators's. For example: await().untilAccumulator(myLongAccumulator, equalTo(5L))
  • Better handling of InterruptedException for Future's by using code from Guava (code from Uninterruptibles)
  • Shutting down cleanup ExecutorService in an uninterruptible fashion
  • Upgraded Kotlin extension to use Kotlin 1.3.50 (instead of 1.3.41)

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate renovate bot added the dependencies label Feb 6, 2023
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch 9 times, most recently from 3e43841 to 66baa4f Compare February 13, 2023 00:10
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch 4 times, most recently from 5abcb64 to 5b36f58 Compare February 25, 2023 03:03
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch 2 times, most recently from dbd2f78 to ba02233 Compare March 4, 2023 14:48
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch from ba02233 to d7d8e5b Compare March 19, 2023 12:54
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch 10 times, most recently from 3cdad3e to 0bf7a8b Compare April 3, 2023 12:33
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch 3 times, most recently from eb5b08d to 98a07c4 Compare April 14, 2023 00:38
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch 6 times, most recently from 6d962a7 to a4003f6 Compare September 29, 2023 03:42
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch 7 times, most recently from 7cac3c2 to ff84758 Compare October 5, 2023 00:29
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch 5 times, most recently from 56d96f9 to ec61dbd Compare October 17, 2023 15:23
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch 3 times, most recently from 4f0b168 to c35f5ab Compare October 23, 2023 21:57
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch 5 times, most recently from 57d3487 to 7732e27 Compare October 31, 2023 07:57
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch from 7732e27 to e80f77f Compare March 15, 2024 16:15
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch from e80f77f to b6ced62 Compare August 7, 2024 12:23
@renovate renovate bot force-pushed the renovate/major-4-awaitility branch from b6ced62 to 176dcaf Compare February 21, 2025 19:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant