Mateusz Rzeszutek 4123a639fa Enable OTLP logs exporter (#10055) 1 year ago
..
gradle ddf3beadab chore(deps): update dependency gradle to v8.5 (#9970) 1 year ago
src 4123a639fa Enable OTLP logs exporter (#10055) 1 year ago
README.md f52ce2c7eb Add better explanation for how to configure extension classes (#8898) 1 year ago
build.gradle c4d14f9ef6 Update the OpenTelemetry SDK version to 1.33.0 (#10041) 1 year ago
gradle.properties cf805d87e0 Run Gradle and compile code with Java 17 (#5623) 3 years ago
gradlew d4f7135d4d chore(deps): update dependency gradle to v8.4 (#9608) 1 year ago
gradlew.bat 0e15a47e93 Upgrade to gradle 8.0.2 (#7978) 2 years ago
settings.gradle 37e24ec924 Sync gradle-plugins version with main project (#4248) 3 years ago

README.md

Extensions

Introduction

Extensions add new features and capabilities to the agent without having to create a separate distribution (for examples and ideas, see Use cases for extensions).

The contents in this folder demonstrate how to create an extension for the OpenTelemetry Java instrumentation agent, with examples for every extension point.

Read both the source code and the Gradle build script, as they contain documentation that explains the purpose of all the major components.

Build and add extensions

To build this extension project, run ./gradlew build. You can find the resulting jar file in build/libs/.

To add the extension to the instrumentation agent:

  1. Copy the jar file to a host that is running an application to which you've attached the OpenTelemetry Java instrumentation.
  2. Modify the startup command to add the full path to the extension file. For example:

    java -javaagent:path/to/opentelemetry-javaagent.jar \
        -Dotel.javaagent.extensions=build/libs/opentelemetry-java-instrumentation-extension-demo-1.0-all.jar
        -jar myapp.jar
    

Note: to load multiple extensions, you can specify a comma-separated list of extension jars or directories (that contain extension jars) for the otel.javaagent.extensions value.

Embed extensions in the OpenTelemetry Agent

To simplify deployment, you can embed extensions into the OpenTelemetry Java Agent to produce a single jar file. With an integrated extension, you no longer need the -Dotel.javaagent.extensions command line option.

For more information, see the extendedAgent task in build.gradle.

Extensions examples

ConfigurablePropagatorProvider and AutoConfigurationCustomizer implementations and custom instrumentation (InstrumentationModule) need the correct SPI (through @AutoService) in order to be loaded by the agent. Once a ConfigurablePropagatorProvider is added, it can be referenced by name in the OTEL_PROPAGATORS setting. AutoConfigurationCustomizer and instrumentation will be applied automatically. To apply the other extension classes to the Java Agent, include an AutoConfigurationCustomizer in your extension. See DemoAutoConfigurationCustomizerProvider for an example.

Sample use cases

Extensions are designed to override or customize the instrumentation provided by the upstream agent without having to create a new OpenTelemetry distribution or alter the agent code in any way.

Consider an instrumented database client that creates a span per database call and extracts data from the database connection to provide span attributes. The following are sample use cases for that scenario that can be solved by using extensions.

"I don't want this span at all"

Create an extension to disable selected instrumentation by providing new default settings.

"I want to edit some attributes that don't depend on any db connection instance"

Create an extension that provide a custom SpanProcessor.

"I want to edit some attributes and their values depend on a specific db connection instance"

Create an extension with new instrumentation which injects its own advice into the same method as the original one. You can use the order method to ensure it runs after the original instrumentation and augment the current span with new information.

For example, see DemoServlet3InstrumentationModule.

"I want to remove some attributes"

Create an extension with a custom exporter or use the attribute filtering functionality in the OpenTelemetry Collector.

"I don't like the OTel spans. I want to modify them and their lifecycle"

Create an extension that disables existing instrumentation and replace it with new one that injects Advice into the same (or a better) method as the original instrumentation. You can write your Advice for this and use the existing Tracer directly or extend it. As you have your own Advice, you can control which Tracer you use.