-
Notifications
You must be signed in to change notification settings - Fork 894
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
Rename SpanContext to SpanReference. #1075
Rename SpanContext to SpanReference. #1075
Conversation
@@ -76,7 +76,7 @@ Injects the value into a carrier. For example, into the headers of an HTTP reque | |||
Required arguments: | |||
|
|||
- A `Context`. The Propagator MUST retrieve the appropriate value from the `Context` first, such as | |||
`SpanContext`, `Baggage` or another cross-cutting concern context. | |||
`SpanReference`, `Baggage` or another cross-cutting concern context. |
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.
Since we only put Span
in Context
, should we use Span
for this and the next few files?
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.
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.
|
||
### SpanContext | ||
### SpanReference | ||
|
||
Represents all the information that identifies **Span** in the **Trace** and |
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.
Just a suggestion:
Represents all the information that identifies **Span** in the **Trace** and | |
Represents all the information that is required to reference a **Span** in the **Trace** unambiguously and efficiently and |
E.g. in Dynatrace we could reference the span with just span+trace ID but require some routing info in the trace state to do so efficiently. Not sure if this is generally applicable enough.
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.
Definitely something that can be done in a another PR, specially because this was not even touched in this PR.
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.
I think this one is more related to that PR, as the name change reflects a change in the understanding of that type. But I'm fine with doing this in a follow-up too (I already approved)
|
||
Represents all the information that identifies **Span** in the **Trace** and | ||
MUST be propagated to child Spans and across process boundaries. A | ||
**SpanContext** contains the tracing identifiers and the options that are | ||
**SpanReference** contains the tracing identifiers and the options that are |
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.
**SpanReference** contains the tracing identifiers and the options that are | |
**SpanReference** contains the tracing identifiers, tracestate and the options that are |
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.
Same, the lack of trace state is not related to this PR.
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.
Generally I'm in favor of this 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.
I'm also in favor of this change. Thanks @carlosalberto.
Co-authored-by: Christian Neumüller <christian+github@neumueller.me>
Co-authored-by: Christian Neumüller <christian+github@neumueller.me>
Co-authored-by: Christian Neumüller <christian+github@neumueller.me>
Co-authored-by: Christian Neumüller <christian+github@neumueller.me>
Co-authored-by: Christian Neumüller <christian+github@neumueller.me>
Co-authored-by: Christian Neumüller <christian+github@neumueller.me>
Co-authored-by: Armin Ruech <armin.ruech@dynatrace.com>
Applied some feedback - but please, let's avoid scope creep and do a few things in follow ups (for example, the |
Co-authored-by: Christian Neumüller <christian+github@neumueller.me>
@open-telemetry/specs-approvers I will merge this PR by EOD - we have enough approvals, and was already discussed, but want to give some extra time for further reviews ;) |
@carlosalberto I think we are good, 5 approvals more than enough |
This was discussed in the Spec SIG (APAC edition) today, and there is a will to revert this change to the specification. AI: @carlosalberto ? |
@jmacd it would be great to post a summary of the discussion with the reasoning. I am not against reverting but I am interested in knowing the reasons. |
I can live with both, but I think SpanContext has the real drawback that it is not the Context of a span. |
* Rename SpanContext to SpanReference. * More updates. * Update CHANGELOG * Update specification/metrics/api.md Co-authored-by: Christian Neumüller <christian+github@neumueller.me> * Update specification/metrics/api.md Co-authored-by: Christian Neumüller <christian+github@neumueller.me> * Update specification/metrics/api.md Co-authored-by: Christian Neumüller <christian+github@neumueller.me> * Update specification/metrics/api.md Co-authored-by: Christian Neumüller <christian+github@neumueller.me> * Update specification/overview.md Co-authored-by: Christian Neumüller <christian+github@neumueller.me> * Update specification/overview.md Co-authored-by: Christian Neumüller <christian+github@neumueller.me> * Update specification/metrics/api.md Co-authored-by: Armin Ruech <armin.ruech@dynatrace.com> * Add entry to the compliance matrix. * Update specification/overview.md Co-authored-by: Christian Neumüller <christian+github@neumueller.me> Co-authored-by: Christian Neumüller <christian+github@neumueller.me> Co-authored-by: Armin Ruech <armin.ruech@dynatrace.com>
Renamed
SpanContext
toSpanReference
. This is done in order to prevent the overuse of theContext
term.Inspired by the discussion happening in #1033 - see #1033 (comment)