jack-berg

We should stabilize the AnyValue interface and APIs for recording AnyValue log record bodies. Its been around since 10/31/2023 and has been used in a variety of real-world scenarios as...

AutoConfigurationCustomizer provides a very useful escape hatch allowing extension of autoconfigure with programmatic configuration when env vars / system properties do not suffice. #6575 adds support to customize the parsed...

Add ability to programmatically customize configuration model when `otel.experimental.config.file` is set

3

The [OTEL_EXPERIMENTAL_CONFIG_FILE](https://github.com/open-telemetry/opentelemetry-specification/blob/main/specification/configuration/sdk-environment-variables.md#file-configuration) spec describes a mechanism for the parsed configuration model to be customized: > Implementations MAY provide a mechanism to customize the configuration model parsed from OTEL_EXPERIMENTAL_CONFIG_FILE. We should...

When declarative config is used, `AutoConfigureUtil.getConfig(AutoConfiguredOpenTelemetrySdk)` returns null. This adjusts all calls to this method to be able to accommodate the null response. Introduces `StructuredConfigPropertiesBridge`, which implements `ConfigProperties` when structured...

Add details on OTLP supported attribute types

2

cc @alanwest

Resolves #125.

https://github.com/open-telemetry/opentelemetry-specification/blob/main/specification/configuration/sdk-environment-variables.md#metrics-sdk-configuration Need declarative config equivalent of `OTEL_METRICS_EXEMPLAR_FILTER`, which supports values `always_on`, `always_off`, `trace_based`.

As indicated in `sdk-migration-config.yaml`, we [don't currently have](https://github.com/open-telemetry/opentelemetry-configuration/blob/05a15a86b2ebda55731fb9e959efd2e2d609353d/examples/sdk-migration-config.yaml#L17C5-L17C19) any property to represent the [OTEL_LOG_LEVEL](https://github.com/open-telemetry/opentelemetry-specification/blob/v1.7.0/specification/sdk-environment-variables.md#general-sdk-configuration) environment variable. Let's add support for this.

Enable reusuable_data memory mode by default

1

This PR follows through on the plan to make reuseable data the default memory mode, as discussed in #6469. I'm personally aware of it being used in several production systems...

Missing internal boilerplate javadoc. _Originally posted by @jack-berg in https://github.com/open-telemetry/opentelemetry-java/pull/6774#discussion_r1801530234_