Commit Graph

11 Commits

Author SHA1 Message Date
Tigran Najaryan 702cf2cdf3 Rename Logs API to Logs Bridge API to prevent confusion (#3197)
We keep seeing confusion about what Logs API is. There was a proposal [1]
to use the term Bridge API to help prevent the confusion.

Please take a look and comment on whether you think this renaming helps
and is reasonable.

[1] https://github.com/open-telemetry/opentelemetry-specification/pull/3187#issuecomment-1424431424
2023-02-16 14:55:56 -05:00
Martin Knechtel 8290599ccd Get rid of double negation in Events semantic conventions (#3159)
* getting rid of double negation

* Update specification/logs/semantic_conventions/events.md

Co-authored-by: Yuri Shkuro <yurishkuro@users.noreply.github.com>

---------

Co-authored-by: Yuri Shkuro <yurishkuro@users.noreply.github.com>
2023-02-15 14:56:19 -05:00
Michael Beemer 0adf032cf1 Add feature flagging semantic conventions (#2529) 2022-12-01 12:13:48 -08:00
jack-berg 0644776443 Split out Event API from Log API (#2941)
Resolves #2917.

Depends on #2940.
2022-11-14 18:07:56 -05:00
jack-berg acb0d5db18 Move event.domain from InstrumentationScope to LogRecord (#2940)
Resolves #2939.
2022-11-14 10:34:49 -05:00
Santosh Cheler b334f6b070 Clarification on what an Event is, and what the event.domain and event.name attributes represent (#2848)
* Remove language around uniqueness of event names within a domain

This came up in
https://github.com/open-telemetry/opentelemetry-collector-contrib/issues/14474
where it was highlighted that just `name` is not sufficient to provide
for uniqueness of a Kubernetes Event.

The attribute `event.domain` is only meant to be a logical separation
across different event systems, so it allows for similar looking names
in different domains but with a completely different purpose. However,
within each domain we don't have to have any uniqueness constraints on
the `name` and leave it to whatever is idiomatic to the particular event
system the domain represents.
2022-11-09 14:01:28 -05:00
Mikel Blanchard 3ce713d52b [Logs] Add semantic conventions for writing exceptions (#2819) 2022-09-29 21:38:40 -07:00
Santosh Cheler 2503e776b0 Events and logs api (#2676)
This PR is a follow up to the OTEP [Events and Logs API](https://github.com/open-telemetry/oteps/blob/main/text/0202-events-and-logs-api.md). It describes the specification for an Events and Logs API and also defines semantic conventions for attributes to be used for Events that are represented using Log Records.

For non-trivial changes, follow the [change proposal
process](../CONTRIBUTING.md#proposing-a-change) and link to the related issue(s)
and/or [OTEP(s)](https://github.com/open-telemetry/oteps), update the
[`CHANGELOG.md`](../CHANGELOG.md), and also be sure to update
[`spec-compliance-matrix.md`](../spec-compliance-matrix.md) if necessary.


Related [OTEP(s)](https://github.com/open-telemetry/oteps) #

[Events and Logs API](https://github.com/open-telemetry/oteps/blob/main/text/0202-events-and-logs-api.md)
2022-08-31 14:05:37 -04:00
Evan Bradley a384ba1ec3 Make GitHub links relative for links to specification documents (#2669)
Co-authored-by: Evan Bradley <evan-bradley@users.noreply.github.com>
Co-authored-by: Armin Ruech <armin.ruech@dynatrace.com>
2022-07-18 15:52:35 +02:00
Patrice Chalin a358a31b2a [editorial]Add toc/tocstop to Logs pages (#2321) 2022-02-09 15:24:45 -05:00
Daniel Jaglowski 76b14b16c2 Add semantic conventions for log media attributes (#2022)
Logs are transmitted via several common media, such as files and
iostreams. This PR establishes semantic conventions for describing the
file or iostream from which a log was read. Notably, these attributes
are not resource attributes, as the medium used to tranmit a log is not
considered to be the originator of the log.
2021-11-09 18:12:07 -05:00