]
Ladislav Thon commented on WFLY-13866:
--------------------------------------
I assume WildFly would have to do something similar, but if integrating MicroProfile
Context Propagation is possible, then I'd say that's better.
Several traces created in Jaeger for just one method call
---------------------------------------------------------
Key: WFLY-13866
URL:
https://issues.redhat.com/browse/WFLY-13866
Project: WildFly
Issue Type: Bug
Components: MP OpenTracing
Affects Versions: 21.0.0.Beta1
Reporter: Fabio Burzigotti
Assignee: Emmanuel Hugonnet
Priority: Critical
Fix For: 21.0.0.Beta1
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...