Uploaded image for project: 'JBoss Enterprise Application Platform'
  1. JBoss Enterprise Application Platform
  2. JBEAP-19961

(7.3.z) Vendor metrics exposed via /metrics do not start with vendor_

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Won't Do
    • Icon: Major Major
    • None
    • 7.3.1.GA
    • MP Metrics
    • None

      According to the MP Metrics spec at https://github.com/eclipse/microprofile-metrics/blob/master/spec/src/main/asciidoc/rest-endpoints.adoc#openmetrics-format

      Metric names gets the base unit of the family appended with _ and defined labels. Values are scaled accordingly. See Handling of units. The TYPE only occurs once.

      Scope is always specified at the start of the metric name.

      Scope and name are separated by underscore (_).

       

      So I would expect that when I access the /metrics or /metrics/vendor endpoint, all metric names would be prepended with

      vendor_ 

       However, they are not:

      # HELP jboss_datasources_pool_max_wait_count The maximum number of threads waiting for a connection
      # TYPE jboss_datasources_pool_max_wait_count gauge
      jboss_datasources_pool_max_wait_count{data_source="ExampleDS",microprofile_scope="vendor"} 0.0
      # HELP jboss_datasources_pool_average_usage_time The average time spent using a physical connection
      # TYPE jboss_datasources_pool_average_usage_time gauge
      jboss_datasources_pool_average_usage_time{data_source="ExampleDS",microprofile_scope="vendor"} 0.0
      # HELP jboss_jca_local_startwork_rejected Number of startWork calls rejected
      # TYPE jboss_jca_local_startwork_rejected gauge
      jboss_jca_local_startwork_rejected{workmanager="default",microprofile_scope="vendor"} 0.0
       

       

       

              rhn-cservice-bbaranow Bartosz Baranowski
              jfalkner1@redhat.com James Falkner
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: