In v5, Splunk's OTEL contribiutes even if not expected.
That's most likely because of
|
vcapServices.HasServiceByNamePattern("otel") { |
This causes additional java opt to be added that forces otel.service.name to be CF's app name, not the one set in otel's user-provided service payload. (both are present, however later one takes precedence)
|
opts = append(opts, fmt.Sprintf("-Dotel.service.name=%s", appName)) |
Ultimetly, if there's otel named user-provided service, both open-telemetry and splunk's otel contribiute and -Dotel.service.name is added twice with different values if otel.service.name is given in user-provided service payload.
|
if _, hasServiceName := service.Credentials["otel.service.name"]; !hasServiceName { |
https://github.com/cloudfoundry/java-buildpack/blob/main/docs/framework-splunk_otel_java_agent.md
The service name MUST contain the string splunk-o11y.
..which is currently not really true
In v5, Splunk's OTEL contribiutes even if not expected.
That's most likely because of
java-buildpack/src/java/frameworks/splunk_otel_java_agent.go
Line 68 in 9ce86e2
This causes additional java opt to be added that forces otel.service.name to be CF's app name, not the one set in otel's user-provided service payload. (both are present, however later one takes precedence)
java-buildpack/src/java/frameworks/splunk_otel_java_agent.go
Line 133 in 9ce86e2
Ultimetly, if there's otel named user-provided service, both open-telemetry and splunk's otel contribiute and -Dotel.service.name is added twice with different values if otel.service.name is given in user-provided service payload.
java-buildpack/src/java/frameworks/open_telemetry_javaagent.go
Line 112 in 9ce86e2
https://github.com/cloudfoundry/java-buildpack/blob/main/docs/framework-splunk_otel_java_agent.md
..which is currently not really true