Micrometer metrics not resolving full path for inherited JAX-RS endpoints #48012
Unanswered
geisson-silva-ids
asked this question in
Q&A
Replies: 1 comment
-
/cc @brunobat (micrometer), @ebullient (metrics,micrometer), @jmartisk (metrics) |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Micrometer metrics not resolving full path for inherited JAX-RS endpoints
Hi everyone,
I'm experiencing an issue when generating Micrometer metrics in a Quarkus application. I'm using the extensions
quarkus-micrometer-registry-prometheus
andquarkus-resteasy-jackson
.My application uses superclasses to define common endpoint behaviors, and concrete classes extend these superclasses to implement or override specific endpoints.
To better illustrate the issue, I created a minimal example project:
Example
SuperclassResource.java
ConcreteResource.java
In this example,
SuperclassResource
defines aGET
endpoint, andConcreteResource
extends it and adds another endpoint.Problem
When I check the Micrometer metrics at
/q/metrics
, the metrics for the inherited method do not include the full concrete class path.Current metrics:
Expected metrics:
Repository
You can find the full example here:
👉 https://github.com/geisson-silva-ids/quarkus-http-metrics-example
Steps to reproduce
Run the app with:
Call the endpoints:
Access the metrics at:
Check the values for the
http_server_requests_seconds_count
metricDoes anyone know if this is a limitation of Quarkus or Micrometer, or if there's a workaround to ensure inherited endpoints reflect the full path in metrics?
Thanks in advance!
Beta Was this translation helpful? Give feedback.
All reactions