Integration tests - ExpiringCacheAsyncTest failure

[lolodomo]

Build run on Windows 10:

[INFO] --- bnd-testing-maven-plugin:4.2.0:testing (default) @ org.openhab.core.tests ---
[INFO] Matching glob *
14:54:30.958 [main] DEBUG org.eclipse.smarthome.core.common.ThreadPoolManager - Created thread pool 'safeCall' with size 5
14:54:31.020 [main] DEBUG org.eclipse.smarthome.core.internal.i18n.I18nProviderImpl - No language set, setting locale to 'null'.
14:54:31.020 [main] DEBUG org.eclipse.smarthome.core.internal.i18n.I18nProviderImpl - Error setting measurement system for value 'null'.
14:54:31.083 [main] DEBUG org.eclipse.smarthome.core.common.ThreadPoolManager - Created scheduled thread pool 'scheduler' of size 5
TEST testFetchValue(org.eclipse.smarthome.core.cache.ExpiringCacheAsyncTest) <<< ERROR:
supplier.get();
Wanted 2 times:
-> at org.eclipse.smarthome.core.cache.ExpiringCacheAsyncTest.testFetchValue(ExpiringCacheAsyncTest.java:67)
But was 1 time:
-> at org.eclipse.smarthome.core.cache.ExpiringCacheAsync.refreshValue(ExpiringCacheAsync.java:113)

org.mockito.exceptions.verification.TooLittleActualInvocations:
supplier.get();
Wanted 2 times:
-> at org.eclipse.smarthome.core.cache.ExpiringCacheAsyncTest.testFetchValue(ExpiringCacheAsyncTest.java:67)
But was 1 time:
-> at org.eclipse.smarthome.core.cache.ExpiringCacheAsync.refreshValue(ExpiringCacheAsync.java:113)

        at org.eclipse.smarthome.core.cache.ExpiringCacheAsyncTest.testFetchValue(ExpiringCacheAsyncTest.java:67)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
        at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
        at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
        at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
        at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
        at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
        at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
        at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
        at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
        at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
        at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
        at junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:38)
        at junit.framework.TestSuite.runTest(TestSuite.java:252)
        at junit.framework.TestSuite.run(TestSuite.java:247)
        at aQute.junit.Activator.test(Activator.java:340)
        at aQute.junit.Activator.automatic(Activator.java:236)
        at aQute.junit.Activator.run(Activator.java:177)
        at aQute.launcher.Launcher.lambda$serviceChanged$0(Launcher.java:1385)
        at aQute.launcher.Launcher.run(Launcher.java:352)
        at aQute.launcher.Launcher.main(Launcher.java:152)

This is not systematic but most of the time.