Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update multi-app section to recommend usage of mp.metrics.defaultAppName #777

Merged
merged 1 commit into from Aug 15, 2023

Conversation

Channyboy
Copy link
Contributor

fixes #766

@Channyboy Channyboy requested a review from donbourne July 24, 2023 14:48
Copy link
Member

@donbourne donbourne left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I like the changes you made.. provided comments...

spec/src/main/asciidoc/architecture.adoc Outdated Show resolved Hide resolved
spec/src/main/asciidoc/architecture.adoc Outdated Show resolved Hide resolved
spec/src/main/asciidoc/architecture.adoc Outdated Show resolved Hide resolved
spec/src/main/asciidoc/architecture.adoc Outdated Show resolved Hide resolved
spec/src/main/asciidoc/architecture.adoc Outdated Show resolved Hide resolved
spec/src/main/asciidoc/architecture.adoc Outdated Show resolved Hide resolved
spec/src/main/asciidoc/architecture.adoc Outdated Show resolved Hide resolved
spec/src/main/asciidoc/architecture.adoc Outdated Show resolved Hide resolved
spec/src/main/asciidoc/architecture.adoc Outdated Show resolved Hide resolved
and setting a custom value for the property `mp.metrics.appName` inside it.
The value of the `mp_app` tag should be passed by the application server to the application via a MicroProfile Config property named `mp.metrics.appName`. The property is to be defined at the application level through the `META-INF/microprofile-config.properties` file within the application archive. The value of the property will be used for the `mp_app` tag for metrics that originate from the application.

Due to the restriction imposed on metrics of the same-name to contain the same set of tag names. A conflict for metric registration may occur for runtimes that support _vendor_ metrics that can originate from both a server context and an application context. For example, a vendor implementation that provides servlet metrics could track servlet requests to the application(s) and to the server. However, the servlet metrics that track requests to the application may originate from the application-context and may include the `mp_app` tag. This will cause a mismatched set of tags compared to the servlet metrics that originate from the server-context.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Due to the restriction imposed on metrics of the same-name to contain the same set of tag names. A conflict for metric registration may occur for runtimes that support vendor metrics that can originate from both a server context and an application context.
->
As metrics of the same-name must contain the same set of tag names, a conflict for metric registration may occur for runtimes that support vendor metrics that can originate from both a server context and an application context.

@Channyboy Channyboy merged commit 22e8dec into eclipse:main Aug 15, 2023
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

requirement to have consistent tag sets causes problems for multi-app app server implementations
2 participants