-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update OTLP-Jaeger translation of events according to the spec #10273
Update OTLP-Jaeger translation of events according to the spec #10273
Conversation
4b72bc4
to
b08ba8d
Compare
Name field of a span event was mapped to a Jaeger log with `message` key which has a different meaning in OpenTracing specification: https://github.com/opentracing/specification/blob/master/semantic_conventions.md#log-fields-table. This change update OTLP-Jaeger translation of Span events according to the OTel Spec saying that `Name` field should be mapped to `event` Jaeger attribute: https://github.com/open-telemetry/opentelemetry-specification/blob/34b907207f3dfe1635a35c4cdac6b6ab3a495e18/specification/trace/sdk_exporters/jaeger.md#events
b08ba8d
to
70eb5f2
Compare
// eventNameAttr is a Jaeger log field key used to represent OTel Span Event Name as defined by the OpenTelemetry Specification: | ||
// https://github.com/open-telemetry/opentelemetry-specification/blob/34b907207f3dfe1635a35c4cdac6b6ab3a495e18/specification/trace/sdk_exporters/jaeger.md#events | ||
const eventNameAttr = "event" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we make this a featuregate protected change?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We could. I just don't think this change is that impactful. WDYT? Should we?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ok... let's do it this way
…telemetry#10273) Name field of a span event was mapped to a Jaeger log with `message` key which has a different meaning in OpenTracing specification: https://github.com/opentracing/specification/blob/master/semantic_conventions.md#log-fields-table. This change update OTLP-Jaeger translation of Span events according to the OTel Spec saying that `Name` field should be mapped to `event` Jaeger attribute: https://github.com/open-telemetry/opentelemetry-specification/blob/34b907207f3dfe1635a35c4cdac6b6ab3a495e18/specification/trace/sdk_exporters/jaeger.md#events
Mostly just adjusting to API changes, but there are some functional changes related to Jaeger span events. open-telemetry/opentelemetry-collector-contrib#10273 uncovered an issue where we were recording the "event" tag as a label, when we should have been recording it as the "message" field in some circumstances.
Mostly just adjusting to API changes, but there are some functional changes related to Jaeger span events. open-telemetry/opentelemetry-collector-contrib#10273 uncovered an issue where we were recording the "event" tag as a label, when we should have been recording it as the "message" field in some circumstances.
Mostly just adjusting to API changes, but there are some functional changes related to Jaeger span events. open-telemetry/opentelemetry-collector-contrib#10273 uncovered an issue where we were recording the "event" tag as a label, when we should have been recording it as the "message" field in some circumstances.
Adjust code to opentelemetry-collector changes Mostly just adjusting to API changes, but there are some functional changes related to Jaeger span events, and OTLP logs. open-telemetry/opentelemetry-collector-contrib#10273 uncovered an issue where we were recording the "event" tag as a label, when we should have been recording it as the "message" field in some circumstances. open-telemetry/opentelemetry-proto#373 removed the deprecated LogRecord.Name field. There is no replacement, hence we no longer record `event.action`.
Mostly just adjusting to API changes, but there are some functional changes related to Jaeger span events. open-telemetry/opentelemetry-collector-contrib#10273 uncovered an issue where we were recording the "event" tag as a label, when we should have been recording it as the "message" field in some circumstances.
Mostly just adjusting to API changes, but there are some functional changes related to Jaeger span events. open-telemetry/opentelemetry-collector-contrib#10273 uncovered an issue where we were recording the "event" tag as a label, when we should have been recording it as the "message" field in some circumstances.
Mostly just adjusting to API changes, but there are some functional changes related to Jaeger span events. open-telemetry/opentelemetry-collector-contrib#10273 uncovered an issue where we were recording the "event" tag as a label, when we should have been recording it as the "message" field in some circumstances.
* Update opentelemetry-collector modules to v0.56.0 * Adjust code to opentelemetry-collector changes Mostly just adjusting to API changes, but there are some functional changes related to Jaeger span events. open-telemetry/opentelemetry-collector-contrib#10273 uncovered an issue where we were recording the "event" tag as a label, when we should have been recording it as the "message" field in some circumstances. * systemtest: update otel libraries
Name field of a span event was mapped to a Jaeger log field with
message
key which has a different meaning in OpenTracing specification: https://github.com/opentracing/specification/blob/master/semantic_conventions.md#log-fields-table.This change updates OTLP-Jaeger translation of Span events according to the OTel Spec saying that
Name
field must be mapped toevent
Jaeger log field: https://github.com/open-telemetry/opentelemetry-specification/blob/34b907207f3dfe1635a35c4cdac6b6ab3a495e18/specification/trace/sdk_exporters/jaeger.md#eventsResolves #10268