OpenTelemetry Bot e9e94826d5 Update version to 2.5.0-SNAPSHOT (#11395) před 9 měsíci
..
agent 96c4922753 Update the OpenTelemetry SDK version to 1.37.0 (#11066) před 11 měsíci
bootstrap 107201425f Improve sample distro (#6531) před 2 roky
custom 2d776af318 Auto-update OTel SDK (#7633) před 2 roky
gradle 82890ad300 Remove unneeded relocation rules (#11093) před 11 měsíci
instrumentation 0a5c31193c Deleted redundant checks (#10434) před 1 rokem
smoke-tests 35b5c5a4a4 fix(deps): update dependency io.opentelemetry.proto:opentelemetry-proto to v1.3.1-alpha (main) (#11327) před 10 měsíci
testing 96c4922753 Update the OpenTelemetry SDK version to 1.37.0 (#11066) před 11 měsíci
README.md 2bdddafdc4 Apply Prettier to markdown files (#8968) před 1 rokem
build.gradle e9e94826d5 Update version to 2.5.0-SNAPSHOT (#11395) před 9 měsíci
gradle.properties cf805d87e0 Run Gradle and compile code with Java 17 (#5623) před 3 roky
gradlew d4f7135d4d chore(deps): update dependency gradle to v8.4 (#9608) před 1 rokem
gradlew.bat 711d992c42 chore(deps): update dependency gradle to v8.7 (main) (#10939) před 11 měsíci
settings.gradle 107201425f Improve sample distro (#6531) před 2 roky

README.md

Distro

Introduction

This repository serves as a collection of examples of extending functionality of OpenTelemetry Java instrumentation agent. It demonstrates how to repackage the aforementioned agent adding custom functionality. For every extension point provided by OpenTelemetry Java instrumentation, this repository contains an example of its usage.

General structure

This repository has four main submodules:

  • custom contains all custom functionality, SPI and other extensions
  • agent contains the main repackaging functionality and, optionally, an entry point to the agent, if one wishes to customize that
  • instrumentation contains custom instrumentations added by vendor
  • smoke-tests contains simple tests to verify that resulting agent builds and applies correctly

Extensions examples

Instrumentation customisation

There are several options to override or customise instrumentation provided by the upstream agent. The following description follows one specific use-case:

Instrumentation X from Otel distribution creates span that I don't like and I want to change it in my vendor distro.

As an example, let us take some database client instrumentation that creates a span for database call and extracts data from db connection to provide attributes for that span.

I don't want this span at all

The easiest case. You can just pre-configure your distribution and disable given instrumentation.

I want to add/modify some attributes and their values does NOT depend on a specific db connection instance

E.g. you want to add some data from call stack as span attribute. In this case just provide your custom SpanProcessor. No need for touching instrumentation itself.

I want to add/modify some attributes and their values depend on a specific db connection instance

Write a new instrumentation which injects its own advice into the same method as the original one. Use getOrder method to ensure it is run after the original instrumentation. Now you can augment current span with new information.

See DemoServlet3Instrumentation.

I want to remove some attributes

Write custom exporter or use attribute filtering functionality in Collector.

I don't like Otel span at all. I want to significantly modify it and its lifecycle

Disable existing instrumentation. Write a new one, which injects Advice into the same (or better) method as the original instrumentation. Write your own Advice for this. Use existing Tracer directly or extend it. As you have your own Advice, you can control which Tracer you use.