You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I am running my application in JVM mode my jaeger ServiceName is set to <<unset>> but on native mode is set to 300-quarkus-vertx-webclient (my app-module name), as you can see on my test
This is quite an inconvenience :)
But In my opinion, the root of the issue is that we are not allowed to set a jaeger service name by configuration, as we do in other extensions as opentracing (quarkus-smallrye-opentracing).
There's a couple of factors at play here. One is that OpenTelemetry has not been tested with Reactive Routes yet, and likely won't because my understanding is in Quarkus 2.x it won't be a recommended approach anymore. And two, I haven't reached a point of adding much customization to the extensions yet
It's a problem with how Quarkus tests work that quarkus.application.name and quarkus.application.version are not set when running tests, but are set with Dev mode or a built Jar.
The solution is to add quarkus.application.name=300-quarkus-vertx-webclient to your application.properties in src/test/resources so it's only applied for testing.
Describe the bug
I am working with opentelemetry extensions over a Quarkus application with Reactive routes:
When I am running my application in JVM mode my jaeger
ServiceName
is set to<<unset>>
but on native mode is set to300-quarkus-vertx-webclient
(my app-module name), as you can see on my testThis is quite an inconvenience :)
But In my opinion, the root of the issue is that we are not allowed to set a jaeger service name by configuration, as we do in other extensions as opentracing (quarkus-smallrye-opentracing).
Opentraicing config
The text was updated successfully, but these errors were encountered: