-
Notifications
You must be signed in to change notification settings - Fork 164
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
Initialization of global variables #74
Conversation
instances to become functional once the corresponding implementation | ||
is initialized. The default instances returned by the global getters | ||
for Tracer provider, Meter provider, and Propagators must "forward" to | ||
the real SDK implementation once it is installed. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1
Note: a PR for Java which implements the changes I think would be required for this OTEP: open-telemetry/opentelemetry-java#724 |
* Global trace forwarding implementation according to open-telemetry/oteps#74
* Global trace forwarding implementation according to open-telemetry/oteps#74
I've updated this OTEP stating that languages have an option to implement both SPI and explicit initialization, as long as it's consistent and satisfies the rules. |
The behavior described in this PR is implemented in OTel-Go. I suspect other languages will need the same approach to global SDK behavior, but with the work already done in OTel-Go, I see no need to keep this PR. |
* Global trace forwarding implementation according to open-telemetry/oteps#74
This PR replaces #45, since the content has been largely rewritten.
This now refers to a prototype in Go: open-telemetry/opentelemetry-go#392