Uploaded image for project: 'WildFly'
  1. WildFly
  2. WFLY-13866

Several traces created in Jaeger for just one method call

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Obsolete
    • Icon: Critical Critical
    • None
    • 21.0.0.Beta1
    • MP OpenTracing
    • None

      I am migrating one opentracing/fault-tolerance test from Thorntail TS [1] and I noticed that Wildfly SNAPSHOT is behaving differently with respect to what in the subject.

      The test is pretty simple, deploying a REST app which makes use of injected service which in turn leverages microprofile opentracing (via API) and fault-tolerance (via annotations). The test executes the following 2 methods in the given order:

      • call hello, which is synchronous and is throwing an exception, hence failing and gets called again then ending up with the fallback. This generates 1 trace with 4 spans in Jaeger and the behavior is consistent between TT and WildFly
      • call helloAsync, which is asynchronous and is throwing an exception, hence failing and getting called again (asynchronously?) then ending up with the fallback. This generates the following traces in Jaeger:
        TT: 1 trace with 4 spans
        WildFly: 4 separate traces , i.e. the one for the REST endpoint GET method, two for the helloAsync calls and one for the fallback.

      [1]
      https://github.com/rhoar-qe/thorntail-test-suite/tree/master/microprofile/opentracing-fault-tolerance

            jaslee@redhat.com Jason Lee
            fburzigo Fabio Burzigotti
            Martin Choma
            Votes:
            0 Vote for this issue
            Watchers:
            7 Start watching this issue

              Created:
              Updated:
              Resolved: