Disabling OTEL SDK causes autoconfiguration to fail due to missing ConfigProperties

[pmitura-lucid]

Describe the bug

With Spring Boot starter, setting otel.sdk.disabled = true causes the application startup to fail on on a missing ConfigProperties bean dependency. This can be triggered by any of the four autoconfiguration classes that now depend on config properties:

OtlpSpanExporterAutoConfiguration
OtlpLogRecordExporterAutoConfiguration
OtlpMetricExporterAutoConfiguration
PropagationAutoConfiguration

The issue does not happen in 2.0.0-alpha, the likely change that triggered it is f715a18, and d8aa0f5 for propagation.

Steps to reproduce

• Create a sample instrumented Spring Boot application as described in https://opentelemetry.io/docs/languages/java/automatic/spring-boot/, with the following configuration:

otel:
  sdk:
    disabled: true

• Run the application

Expected behavior

The application starts up, with SDK entirely disabled.

Actual behavior

The application startup fails with:

org.springframework.beans.factory.UnsatisfiedDependencyException:
Error creating bean with name 'otelOtlpLogRecordExporter' defined in class path resource [io/opentelemetry/instrumentation/spring/autoconfigure/exporters/otlp/OtlpLogRecordExporterAutoConfiguration.class]:
Unsatisfied dependency expressed through method 'otelOtlpLogRecordExporter' parameter 0:
No qualifying bean of type 'io.opentelemetry.sdk.autoconfigure.spi.ConfigProperties' available:
expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {}

The specific exporter may vary, this is one of 4 possible unsatisfied dependencies.

Javaagent or library instrumentation version

2.1.0-alpha

Environment

JDK: Corretto 21
OS: Mac OS Ventura
Spring Boot 3.2.2

Additional context

As a possible workaround, the application starts up if all exporters and propagation is explicitly disabled:

otel:
  sdk:
    disabled: true
  traces:
    exporter: none
  logs:
    exporter: none
  metrics:
    exporter: none
  propagation:
    enabled: false

[laurit]

@zeitlinger could you take a look