Upgrade OpenTelemetry to 1.58.0 / 2.24.0

[Copilot]

Upgrades OpenTelemetry SDK from 1.55.0 → 1.58.0 and Instrumentation from 2.21.0 → 2.24.0. The upgrade introduced breaking internal APIs and a new io.opentelemetry.common package causing classloader conflicts.

Classloader conflict

io.opentelemetry.common.ComponentLoader appears in both upstream javaagent (pre-shaded) and our transitive dependencies, creating loader constraint violations across bootstrap and agent classloaders.

Fix: Exclude from our javaagent libs + prevent double-relocation of upstream's already-shaded classes:

// agent/agent/build.gradle.kts
dependencies {
  exclude(dependency("io.opentelemetry:opentelemetry-common"))
}

// buildSrc/.../ai.shadow-conventions.gradle.kts  
relocate("io.opentelemetry.api", "io.opentelemetry.javaagent.shaded.io.opentelemetry.api") {
  exclude("io.opentelemetry.javaagent.shaded.io.opentelemetry.api.*")
}

API migrations

• AgentInstrumentationConfig removed - Instrumentation modules now load before SDK autoconfiguration. Migrated to system property access with AiConfigCustomizer setting via System.setProperty() for early access.

• LoggingCustomizer.init(EarlyInitAgentConfig) → init()

• GlobalOpenTelemetry.getPropagators() - Unreliable in 2.24.0 instrumentation contexts. Azure Functions now uses W3CTraceContextPropagator.getInstance() directly.

Initialization timing

Browser SDK snippet initialization triggered GlobalOpenTelemetry.get() during autoconfiguration, before set() was called. Moved from SecondEntryPoint.customize() to AfterAgentListener.afterAgent().

SDK internal metrics

2.24.0 exports new SDK telemetry (otel.sdk.span.live, otel.sdk.span.started, otel.sdk.log.created). Added views to drop these internal metrics:

private static final String[] SDK_INTERNAL_METRICS_TO_DROP = {
  "otel.sdk.span.live",
  "otel.sdk.span.started", 
  "otel.sdk.log.created"
};

Warning

Firewall rules blocked me from connecting to one or more addresses (expand for details)

I tried to connect to the following addresses, but was blocked by firewall rules:

• checkstyle.org
  • Triggering command: /opt/hostedtoolcache/CodeQL/2.24.0/x64/codeql/tools/linux64/java/bin/java /opt/hostedtoolcache/CodeQL/2.24.0/x64/codeql/tools/linux64/java/bin/java -jar /opt/hostedtoolcache/CodeQL/2.24.0/x64/codeql/xml/tools/xml-extractor.jar --fileList=/home/REDACTED/work/ApplicationInsights-Java/.codeql-scratch/dbs/java/working/files-to-index1302151850725525431.list --sourceArchiveDir=/home/REDACTED/work/ApplicationInsights-Java/.codeql-scratch/dbs/java/src --outputDir=/home/REDACTED/work/ApplicationInsights-Java/.codeql-scratch/dbs/java/trap/java -j MASQUERADE cf7b13a00fb2cb59/usr/sbin/iptables (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

• Configure Actions setup steps to set up my environment, which run before the firewall is enabled
• Add the appropriate URLs or hosts to the custom allowlist in this repository's Copilot coding agent settings (admins only)

Original prompt

val otelSdkVersion = "1.58.0"
val otelInstrumentationAlphaVersion = "2.24.0-alpha"
val otelInstrumentationVersion = "2.24.0"

---

💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.