The information you provide here will be included in the Open Liberty beta blog post (example), which will be published on openliberty.io/blog/, and potentially elsewhere, to promote this beta feature/function of Open Liberty. For this post to be included in the beta issue please make sure that this is completed by the end of Friday following the GM (Tuesday). The beta and release blogs are created using automation and rely on you following the template's structure. DO NOT REMOVE/ALTER THE <GHA> TAGS THROUGHOUT THIS TEMPLATE.
<GHA-BLOG-SUMMARY>
MicroProfile Telemetry 2.0 provides developers with the latest Open Telemetry technology; In addition to distributed tracing, the feature now allows OpenTelemetry to collect and export metrics and logs.
Logs
Open Liberty runtime log sources (messages, traces, ffdcs) and application logs generated via java.util.logging (JUL) can now be collected with OpenTelemetry with the MpTelemetry 2.0 feature.
To enable the MicroProfile Telemetry 2.0 feature to collect all logs, add the following configuration to your server.xml:
By default, the message source will be set, if the <mpTelemetry/>' server configuration element or thesourceattribute is not configured in the server.xml, which means only messages will be collected. If thesource=""`, then no logs will be bridged over to OpenTelemetry.
To collect and export runtime-level logs, enable OpenTelemetry using system properties or environment variables:
otel.sdk.disabled=false / OTEL_SDK_DISABLED=false
If you would like to separately configure multiple applications in a server, you can configure OpenTelemetry with application configuration. Note that you will not collect runtime-level logs this way.
By default, all OpenTelemetry data is exported to OTLP. You can change each exporter with the following properties:
otel.logs.exporter/OTEL_LOGS_EXPORTER
What happens next?
Add the label to the blog issue for the beta you're targeting (e.g. target:YY00X-beta).
Make sure this blog post is linked back to the Epic for this feature/function.
Your paragraph will be included in the beta blog post. It might be edited for style and consistency.
You will be asked to review a draft before publication.
Once you've approved the code review, close this issue.
If you would also like to write a standalone blog post about your update (highly recommended), raise an issue on the Open Liberty blogs repo. State in the issue that the blog post relates to a specific release so that we can ensure it is published on an appropriate date (it won't be the same day as the beta blog post).
The information you provide here will be included in the Open Liberty beta blog post (example), which will be published on openliberty.io/blog/, and potentially elsewhere, to promote this beta feature/function of Open Liberty. For this post to be included in the beta issue please make sure that this is completed by the end of Friday following the GM (Tuesday). The beta and release blogs are created using automation and rely on you following the template's structure. DO NOT REMOVE/ALTER THE
<GHA>
TAGS THROUGHOUT THIS TEMPLATE.MicroProfile Telemetry 2.0 provides developers with the latest Open Telemetry technology; In addition to distributed tracing, the feature now allows OpenTelemetry to collect and export metrics and logs.
Logs Open Liberty runtime log sources (messages, traces, ffdcs) and application logs generated via java.util.logging (JUL) can now be collected with OpenTelemetry with the MpTelemetry 2.0 feature.
To enable the MicroProfile Telemetry 2.0 feature to collect all logs, add the following configuration to your server.xml:
By default, the
message
source will be set, if the<mpTelemetry/>' server configuration element or the
sourceattribute is not configured in the server.xml, which means only messages will be collected. If the
source=""`, then no logs will be bridged over to OpenTelemetry.To collect and export runtime-level logs, enable OpenTelemetry using system properties or environment variables:
otel.sdk.disabled=false
/OTEL_SDK_DISABLED=false
If you would like to separately configure multiple applications in a server, you can configure OpenTelemetry with application configuration. Note that you will not collect runtime-level logs this way.
By default, all OpenTelemetry data is exported to OTLP. You can change each exporter with the following properties:
otel.logs.exporter
/OTEL_LOGS_EXPORTER
What happens next?
target:YY00X-beta
).