Skip to content

Conversation

pellared
Copy link
Member

@pellared pellared commented Jul 21, 2025

Per open-telemetry/opentelemetry-specification#4595 (comment)

Towards https://github.com/open-telemetry/opentelemetry-specification/blob/8aa1d27d9cf8c224299dcf0b58bfd5fcaacf88eb/oteps/4485-extending-attributes-to-support-complex-values.md?plain=1#L223-L227

The intent of this PR is to describe the current state of art.
You can consider this PR as a "bugfix". Thanks to it would be easier for us to communicate future changes in the OTLP protocol (new supported attribute types).

Related OTEP: https://github.com/open-telemetry/opentelemetry-specification/blob/main/oteps/4485-extending-attributes-to-support-complex-values.md

Some of the language is based on JSON RFC https://datatracker.ietf.org/doc/html/rfc8259#section-4:

the behavior of software that receives such an object is unpredictable

Notice that this kind of description should be present in the comments even without the intent to go forward with https://github.com/open-telemetry/opentelemetry-specification/blob/main/oteps/4485-extending-attributes-to-support-complex-values.md

Related spec PR:

@pellared pellared marked this pull request as ready for review July 21, 2025 10:10
@pellared pellared requested a review from a team July 21, 2025 10:10
@pellared pellared self-assigned this Jul 21, 2025
@pellared pellared moved this to In progress in Logs SIG Jul 21, 2025
@pellared pellared changed the title Add notes about the attribute values restrictions all: add notes about the attribute values restrictions Jul 21, 2025
@aalexand
Copy link
Member

The OTEP says

Instead of introducing a second set of "extended" attributes that can be used on spans and events, we propose to extend the standard attributes.

but IMO we effectively still create a new convention of "plain old standard attributes", spelling it in plain text like comments in this PR. I think it would be better to have an explicit name for it.

@pellared
Copy link
Member Author

pellared commented Jul 22, 2025

IMO we effectively still create a new convention of "plain old standard attributes", spelling it in plain text like comments in this PR.

The intent of this PR is to describe the current state of art.

You can consider this PR as a "bugfix". Thanks to it would be easier for us to communicate future changes in the OTLP protocol (new supported attribute types).

@pellared pellared requested a review from a team July 22, 2025 15:38
@pellared pellared requested a review from christos68k July 30, 2025 11:33
Copy link
Member

@christos68k christos68k left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hit approve too quickly 😅

(The same typo is repeated in the other signals)

@pellared
Copy link
Member Author

Hit approve too quickly 😅

(The same typo is repeated in the other signals)

No worries. Fixes applied 😉
7ac55b2
Thanks a lot for your review.

@pellared pellared requested a review from tigrannajaryan August 5, 2025 16:13
@pellared pellared moved this from Todo to In Progress in Go: Logs (GA) Aug 12, 2025
@reyang reyang merged commit edccbde into open-telemetry:main Aug 12, 2025
15 checks passed
@github-project-automation github-project-automation bot moved this from In Progress to Done in Go: Logs (GA) Aug 12, 2025
@github-project-automation github-project-automation bot moved this from In progress to Done in Logs SIG Aug 12, 2025
@pellared pellared deleted the restrict-attr-values branch August 12, 2025 15:20
github-merge-queue bot pushed a commit to open-telemetry/opentelemetry-specification that referenced this pull request Aug 19, 2025
…hange (#4614)

Towards
#4602

Per OTEP:
https://github.com/open-telemetry/opentelemetry-specification/blob/main/oteps/4485-extending-attributes-to-support-complex-values.md#why-doesnt-this-require-a-major-version-bump

This basically reverts:
-
#3858

Before we did not have a consensus to extend the attribute value types.
However, this has changed with:
-
#4485

Related proto PR:
- open-telemetry/opentelemetry-proto#683

**As a follow-up I plan to create issues in all language repositories so
that they can prepare their APIs and SDKs to extend the attribute value
types.**

---------

Co-authored-by: Trask Stalnaker <[email protected]>
tigrannajaryan pushed a commit that referenced this pull request Sep 2, 2025
### Changed

- profiles: drop gzip requirement. [#661](#661)
- profiles: avoid `optional` keyword usage. [#659](#659)
- profiles: make `profile_id` optional. [#665](#665)
- profiles: use single `Profile.sample_type` and clarify use of timestamps. [#649](#649)
- all: add notes about the attribute values restrictions. [#683](https://github.com/open-telemetry/opentelemetry-proto/pull/683)<br>⚠️ **IMPORTANT**: These restrictions can be dropped in a future minor release.
- profiles: clarify usage of the zero value as the first element of tables in `ProfilesDictionary`. [#688](#688), [#698](#698)
- profiles: unsigned `time_nanos` and `duration_nanos` in `Profile`. [#692](#692)
- profiles: improve attribute encoding in `ProfilesDictionary`. [#672](#672)
- profiles: simplify profile stack trace representation. [#708](#708)

### Fixed

- examples: fix OTLP JSON Event example body. [#666](#666)
- docs: minor specification fixes around `UNAVAILABLE` and `RetryInfo`. [#669](#669)

### Removed

- profiles: remove `default_sample_type`. [#679](#679)
- profiles: remove `has_*` debug info fields, they are moving to attributes. [#595](#595)
- profiles: remove `Location.is_folded`. [#690](#690)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: Done
Status: Done

Development

Successfully merging this pull request may close these issues.

10 participants