-
Bug
-
Resolution: Obsolete
-
Critical
-
None
-
21.0.0.Beta1
-
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.
- is cloned by
-
JBEAP-20231 Several traces created in Jaeger for just one method call
- Closed
- is incorporated by
-
WFLY-17510 Convert MicroProfile OpenTracing subsystem to Admin-Only Mode
- Closed
-
WFLY-13921 MP Fault Tolerance integration with MP Context Propagation
- Open