W3C baggage header not propagated into Kafka producer record headers
@mcculls ya está trabajando en esto.
Desde el 29/6/2026.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
Tracer Version(s)
1.62.0 (latest as of 2026-05-05), and all versions since baggage support was introduced (v1.33.0 / 2025-03-03)
Java Version(s)
17 (Amazon Corretto), also reproduced on Temurin 17
JVM Vendor
Amazon Corretto / Eclipse Temurin
Bug Report
The W3C baggage header is not injected into Kafka producer record headers, despite DD_TRACE_PROPAGATION_STYLE=datadog,tracecontext,baggage being configured. The BaggagePropagator is registered and works correctly for HTTP client instrumentations, but fails silently for Kafka.
What works:
ot-baggage-*headers (Datadog propagation style) — propagated correctly into Kafka- W3C
baggageheader for HTTP-to-HTTP propagation — works correctly - Baggage extraction from incoming HTTP requests — works correctly (visible as span tags)
What doesn't work:
- W3C
baggageheader injection into Kafka producer record headers
Root Cause
In KafkaProducerInstrumentation.java (ContextPropagationAdvice), the inject call passes the span as the context:
defaultPropagator().inject(span, record.headers(), setter);
BaggagePropagator.inject() calls Baggage.fromContext(context) which does context.get(BAGGAGE_KEY). But AgentSpan.get() (in AgentSpan.java:227-229) delegates non-span keys to Context.root():
default <T> T get(@Nonnull ContextKey<T> key) {
return SPAN_KEY == key ? (T) this : Context.root().get(key);
}
The Baggage object lives on Context.current() (the thread-local context), not on the span. So Baggage.fromContext(span) always returns null.
HTTP client instrumentations work because they pass Context.current() to the propagator, which includes both the span and the baggage.
The Fix
Replace span with Context.current() in the Kafka producer instrumentation:
+ import static datadog.context.Context.current;
// In ContextPropagationAdvice (both kafka-clients-0.11 and kafka-clients-3.8):
- defaultPropagator().inject(span, record.headers(), setter);
+ defaultPropagator().inject(current(), record.headers(), setter);
Proof
We built a patched agent with this fix and confirmed it works. Kafka consumer output with the patched agent:
baggage:sd-routing-key=test123,e2e-run-id=run456,
x-datadog-trace-id:11803532876627986230,
x-datadog-parent-id:5176844657287312305,
traceparent:00-4bf92f3577b34da6a3ce929d0e0e4736-47d7d8c9a6fd33b1-01,
tracestate:dd=s:1;p:47d7d8c9a6fd33b1;t.dm:-0;t.tid:4bf92f3577b34da6
Expected Behavior
When baggage is included in DD_TRACE_PROPAGATION_STYLE, the W3C baggage header should be injected into Kafka producer record headers, just as it is for HTTP client requests.
Reproduction Code
Minimal Spring Boot app with a Kafka producer:
@PostMapping("/send")
public ResponseEntity<String> send(@RequestBody String body) {
kafkaTemplate.send("test-topic", "key", body);
return ResponseEntity.ok("sent");
}
Configuration:
DD_TRACE_PROPAGATION_STYLE=datadog,tracecontext,baggage
DD_KAFKA_CLIENT_PROPAGATION_ENABLED=true
Send a request with baggage: sd-routing-key=test123 header → consume from test-topic and inspect headers → no baggage header present.
Affected Files
dd-java-agent/instrumentation/kafka/kafka-clients-0.11/src/main/java/datadog/trace/instrumentation/kafka_clients/KafkaProducerInstrumentation.java(lines 221, 243)dd-java-agent/instrumentation/kafka/kafka-clients-3.8/src/main/java17/datadog/trace/instrumentation/kafka_clients38/ProducerContextPropagationAdvice.java(lines 46, 68)
Related Issues
- #6772 — Baggage not being propagated in zio (same root cause)
- #10031 — Baggage injected via DD_TRACE_HEADER_BAGGAGE not retrievable via OTEL Baggage API (related context disconnect)
Impact
This blocks use cases where W3C baggage needs to flow through Kafka (e.g., routing keys for ephemeral environments, correlation IDs for end-to-end testing). Python's ddtrace handles this correctly with DD_KAFKA_PROPAGATION_ENABLED=true.
- Lenguaje dominante
- Java
- Estrellas
- 737
- Forks
- 361
- Merge medio
- 3 d 20 h
- PR fusionados (30 d)
- 173
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de DataDog/dd-trace-java
-
type: feature request
Dificultad 1/5 1-3 horas Aptitud para principiantes 70/100
DataDog/dd-trace-java#10245 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 62/100
DataDog/dd-trace-java#12608 ·
-
type: bug report
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
DataDog/dd-trace-java#12597 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
DataDog/dd-trace-java#12540 · 4 comentarios · 1 asignado ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 25/100
DataDog/dd-trace-java#12480 ·
Todos los issues de DataDog/dd-trace-java
Issues similares
-
executions.Query — startDate and timeRange filters are sent with inverted comparison operators Abiertoarea/plugin
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
kestra-io/plugin-kestra#190 ·
-
litertlm-android AAR ships no consumer ProGuard rules → "mid == null" SIGABRT in minified apps Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
google-ai-edge/LiteRT-LM#3739 ·
-
Add canonical URLs and a sitemap Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
integra-team-red/meet-map#249 ·
-
[Studio][Bug] Cancelled create-user dialog keeps the password and admin switch for the next attempt Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
apache/rocketmq-dashboard#5064 ·
-
Consent portal: creating a duplicate Purpose shows a generic error instead of "already exists" Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
wso2/dpdp-accelerator#287 ·