You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Claus Ibsen (Jira)" <ji...@apache.org> on 2026/08/05 09:15:00 UTC

[jira] [Updated] (CAMEL-24036) Fix flaky AsyncWiretapTest in camel-telemetry and camel-telemetry-dev

     [ https://issues.apache.org/jira/browse/CAMEL-24036?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Claus Ibsen updated CAMEL-24036:
--------------------------------
    Fix Version/s: 4.22.0

> Fix flaky AsyncWiretapTest in camel-telemetry and camel-telemetry-dev
> ---------------------------------------------------------------------
>
>                 Key: CAMEL-24036
>                 URL: https://issues.apache.org/jira/browse/CAMEL-24036
>             Project: Camel
>          Issue Type: Test
>          Components: camel-telemetry
>            Reporter: Guillaume Nodet
>            Assignee: Omar Atie
>            Priority: Major
>              Labels: test-flaky
>             Fix For: 4.22.0
>
>
> AsyncWiretapTest in both camel-telemetry and camel-telemetry-dev modules is flaky in CI.
> Root cause: the test sends 10 messages through an async wiretap route with a 2-second delay, then asserts on trace data. Traces are written asynchronously after exchange processing.
> - camel-telemetry: used Thread.sleep(10000) to wait for traces - brittle and slow
> - camel-telemetry-dev: had no wait at all before asserting trace counts
> - Both used mock.assertIsSatisfied(1000) with setAssertPeriod(5000) - conflicting and insufficient timeout
> Fix by using Awaitility to poll until all traces with expected span counts arrive, and MockEndpoint.assertIsSatisfied with a generous 30-second timeout.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)