Skip to content

Commit c8ef9c4

Browse files
authored
Fix broken link (#4639)
there's still one more link failure being reported, but I really don't understand it (cc @open-telemetry/docs-maintainers): > Error: https://opentelemetry.io/docs/specs/status/ | Network error: error sending request for url (https://opentelemetry.io/docs/specs/status/) Maybe a certificate error?
1 parent e72f101 commit c8ef9c4

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

oteps/0202-events-and-logs-api.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -62,7 +62,7 @@ There could be confusion on whether the Logs part of the API is end-user callabl
6262

6363
## Prior art and alternatives
6464

65-
For client-side instrumentation, it was suggested initially that we use 0-duration spans to represent Events to get the benefit of Spans providing causality. For example, Splunk's RUM sdk for Android implements Events using [0-duration span](https://github.com/signalfx/splunk-otel-android/blob/main/splunk-otel-android/src/main/java/com/splunk/rum/SplunkRum.java#L213). However, 0-duration spans are confusing and not consistent with standalone Events in other domains which are represented using `LogRecord`s. Hence, for consistency reasons it will be good to use `LogRecord`s for standalone Events everywhere. To address the requirement of modeling causality between Events, we can create wrapper spans linked to the `LogRecord`s.
65+
For client-side instrumentation, it was suggested initially that we use 0-duration spans to represent Events to get the benefit of Spans providing causality. For example, Splunk's RUM sdk for Android implements Events using [0-duration span](https://github.com/signalfx/splunk-otel-android/blob/3ca8584632f334671fdb6eaa09199ce01961787f/splunk-otel-android/src/main/java/com/splunk/rum/SplunkRum.java#L213). However, 0-duration spans are confusing and not consistent with standalone Events in other domains which are represented using `LogRecord`s. Hence, for consistency reasons it will be good to use `LogRecord`s for standalone Events everywhere. To address the requirement of modeling causality between Events, we can create wrapper spans linked to the `LogRecord`s.
6666

6767
## Open questions
6868

0 commit comments

Comments
 (0)