Skip to content
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

Introduce "Scope full name" for backwards compatibility #2780

Closed
wants to merge 4 commits into from

Conversation

jmacd
Copy link
Contributor

@jmacd jmacd commented Sep 9, 2022

Fixes #2762

Changes

This requires producers to include Scope Attributes in the Scope "full name", which uses the same encoding as HTTP User-Agent to include multiple key-values with optional comments. This addresses the backwards-compatibility problem with Scope Attributes by ensuring that the full name uniquely (and redundantly) specifies the scope attributes.

@Oberon00
Copy link
Member

IMHO, with this, we just shift the breakage to the instrumentations. Now, adding any attribute to the scope, or changing its value changes the identity of the scope and is a (potentially) breaking change.

@jmacd
Copy link
Contributor Author

jmacd commented Sep 12, 2022

Can you explain the "breakage"? I don't see any breakage.

@Oberon00
Copy link
Member

Oberon00 commented Sep 13, 2022

I meant "breakage" as in "breaking change". I.e., instead of making a breaking change to the spec, adding any new attribute to a scope is a breaking change for the instrumentation that does it. And it is also harder to group scopes by their actual name now.

@tigrannajaryan
Copy link
Member

@jmacd if you agree with #2789 then we can close this.

@jmacd jmacd closed this Sep 13, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Scope attributes as part of identity is a breaking change
3 participants