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

Move attribute naming docs from specification #493

Merged
merged 117 commits into from
Nov 16, 2023

Conversation

jack-berg
Copy link
Member

@jack-berg jack-berg commented Nov 7, 2023

Related to open-telemetry/opentelemetry-specification#3746.

Moves opentelemetry-specification/specification/common/attribute-naming.md and opentelemetry-specification/specification/common/attribute-requirement-level.md to semantic-conventions.

I've attempted to bring the commit history for these files along, but could use an extra set of eyes from @jsuereth, who I believe brought he git history with when seeding this repository.

@mx-psi
Copy link
Member

mx-psi commented Nov 8, 2023

I believe this fixes #295 cc @joaopgrassi

Copy link
Member

@joaopgrassi joaopgrassi left a comment

Choose a reason for hiding this comment

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

Thank you!

The links needs to be adapted now, to link to the local files in this repo and use the full link to the spec repo.

docs/general/attribute-naming.md Outdated Show resolved Hide resolved
docs/general/attribute-requirement-level.md Outdated Show resolved Hide resolved
docs/general/attribute-requirement-level.md Outdated Show resolved Hide resolved
docs/general/attribute-naming.md Outdated Show resolved Hide resolved
docs/general/attribute-naming.md Outdated Show resolved Hide resolved
docs/general/attribute-requirement-level.md Outdated Show resolved Hide resolved
docs/general/attribute-requirement-level.md Outdated Show resolved Hide resolved
docs/general/attribute-requirement-level.md Outdated Show resolved Hide resolved
@jack-berg
Copy link
Member Author

FYI @open-telemetry/specs-semconv-maintainers, I believe that when it comes time to merge this, we should preserve the commit history instead of squashing.

@arminru
Copy link
Member

arminru commented Nov 14, 2023

@chalin FYI - see also open-telemetry/opentelemetry-specification#3758 🙂

Copy link
Contributor

@chalin chalin left a comment

Choose a reason for hiding this comment

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

LGTM - it doesn't break anything when published to the OTel website ✨

One nit, see inline comment.

docs/general/attribute-requirement-level.md Show resolved Hide resolved
@jack-berg
Copy link
Member Author

Reminder to whoever merges this:

FYI @open-telemetry/specs-semconv-maintainers, I believe that when it comes time to merge this, we should preserve the commit history instead of squashing.

@AlexanderWert
Copy link
Member

Reminder to whoever merges this:

FYI @open-telemetry/specs-semconv-maintainers, I believe that when it comes time to merge this, we should preserve the commit history instead of squashing.

@arminru @jsuereth Rebase and merge is not enabled for this repository:
image

Can we enable it temporarily? Or how can we achieve the above otherwise?

@chalin
Copy link
Contributor

chalin commented Nov 15, 2023

The commit history remains available in the PR, why impose that on the main branch? For projects that are likely to have a long life it is preferable, IMHO, to keep the main branch's history as clean and terse as possible. (My 2 cents :)

@jsuereth
Copy link
Contributor

The commit history remains available in the PR, why impose that on the main branch? For projects that are likely to have a long life it is preferable, IMHO, to keep the main branch's history as clean and terse as possible. (My 2 cents :)

@chalin The goal here is to preserve the previous history from the spec repo for the files that are moved into this repository.

@AlexanderWert I can temporarily enable for this PR.

@chalin
Copy link
Contributor

chalin commented Nov 16, 2023

@chalin The goal here is to preserve the previous history from the spec repo for the files that are moved into this repository.

Oh, got it! 👍🏻

@jsuereth
Copy link
Contributor

This branch cannot be rebased due to conflicts

@jack-berg do you mind manually rebasing this and push -f on your private branch?

@jack-berg jack-berg force-pushed the move-attribute-naming branch from b8c43b6 to 2ef0aca Compare November 16, 2023 16:10
@jack-berg
Copy link
Member Author

This branch cannot be rebased due to conflicts

@jack-berg do you mind manually rebasing this and push -f on your private branch?

Done 👍

bogdandrutu and others added 3 commits November 16, 2023 12:49
* Centralize attributes definition

Signed-off-by: Bogdan Drutu <[email protected]>

* Update specification/common/common.md

Co-authored-by: Christian Neumüller <[email protected]>

* Update specification/common/common.md

Co-authored-by: Christian Neumüller <[email protected]>

* Update specification/common/common.md

Co-authored-by: Christian Neumüller <[email protected]>

* Update specification/common/common.md

Co-authored-by: Christian Neumüller <[email protected]>

* Update specification/common/common.md

Co-authored-by: Christian Neumüller <[email protected]>

* Update specification/common/common.md

Co-authored-by: Christian Neumüller <[email protected]>

* Update specification/overview.md

Co-authored-by: Christian Neumüller <[email protected]>

Co-authored-by: Christian Neumüller <[email protected]>
* Consistency between Span and Resource attributes

* Address feedback

* Wording
tigrannajaryan and others added 24 commits November 16, 2023 12:49
Resolves #2752.

This aligns log SDK and API concepts which have diverged after the merged of #2676. This PR brings alignment to the log API and SDK, and in brings the log signal into alignment with tracing and metrics where there is conceptual overlap. There shouldn't be any new concepts introduced here.

- Rename `../logs/logging-library-sdk.md` to `../logs/sdk.md`
- Remove wording from SDK that implies that an API doesn't exist, like [this](https://github.com/open-telemetry/opentelemetry-specification/blame/main/specification/logs/logging-library-sdk.md#L60-L62).
- Move [How to Create Log4j Style Appender](https://github.com/open-telemetry/opentelemetry-specification/blame/main/specification/logs/logging-library-sdk.md#L219) to `api.md` since it describes an API use case.
- Move [Implicit / Explicit Context Injection](https://github.com/open-telemetry/opentelemetry-specification/blame/main/specification/logs/logging-library-sdk.md#L270-L288) sections to `api.md` since they describe API level considerations.
- Rename Logger [create](https://github.com/open-telemetry/opentelemetry-specification/blame/main/specification/logs/api.md#L133) method to be emit, to align with SDK concept of `LogRecordProcessor#onEmit(..)`.
- Rename `LogProcessor`, `LogExporter` to `LogRecordProcessor`, `LogRecordExporter`.
- Fill in various SDK level TODOs related to shutdown and flushing. The language from these was taken directly from the metrics / tracing SDK - no new concepts were introduced.
* Define semantic conventions yaml for non-otlp conventions

Signed-off-by: Bogdan Drutu <[email protected]>

* Update semantic_conventions/trace/exporter/exporter.yaml

Co-authored-by: Christian Neumüller <[email protected]>

* Update semantic_conventions/scope/exporter/exporter.yaml

Co-authored-by: Joao Grassi <[email protected]>

* Rename otel to otel_span

Signed-off-by: Bogdan Drutu <[email protected]>

Signed-off-by: Bogdan Drutu <[email protected]>
Co-authored-by: Christian Neumüller <[email protected]>
Co-authored-by: Joao Grassi <[email protected]>
Fixes #2860

Adds log attribute limit configuration.

These new environment variables bring more consistency between spans and logs.
…braries (#3289)

Based on discussion in semconv stability WG

Closes #3283

## Changes

Clarifies that attribute requirement levels apply to instrumentation.
And that, because users can transform their telemetry in a number of
ways (e.g. metric views, span processors, and collector
transformations), these requirement levels cannot be relied on by
telemetry consumers.

---------

Co-authored-by: Liudmila Molkova <[email protected]>
Co-authored-by: Bogdan Drutu <[email protected]>
- Contributes to
open-telemetry/opentelemetry.io#2429
- This is part of an effort to normalize links, for improved link
checking on the OTel website
…` (and `source.*`/`destination.*`) (#3402)
…l namespaces (#3507)

The @open-telemetry/technical-committee discussed and decided to keep the
existing recommendations but clarify them and explain the purpose.
- Followup changes for
open-telemetry/opentelemetry.io#2793
- There are only changes to Hugo front matter
- Adds `likeTitle`s for "Compatibility" pages
- Adds aliases for pages that have moved or were renamed
- Related:
open-telemetry/opentelemetry.io#3013 -- the
`compatibility/openmetrics` spec page is in the list because it was
renamed

/cc @svrnm @cartermp
Fixes open-telemetry#454

Related to #3337

As the Messaging SIG merged its last OTEP 222, we will be adding operations
that require Links after Span creation, taking a direct route with `AddLink()`,
albeit without any of the new members suggested in #3337, e.g. `timestamp` (to be
discussed in a separate issue).

```
AddLink(spanContext, attributes /* optional */)
```
…h `network.(peer|local).(address|port)`. (#3713)

Co-authored-by: Armin Ruech <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Archived in project
Development

Successfully merging this pull request may close these issues.

Should we move common attribute documents from the spec repo to this repo?