Consider not exposing `getActiveSpanProcessor` at `Tracer` level
See original GitHub issueAlthough not clearly stated in the Specification, usually this functionality is only exposed at the TracerProvider level. Not a strong feeling though.
Issue Analytics
- State:
- Created 2 years ago
- Comments:7 (7 by maintainers)
Top Results From Across the Web
opentelemetry-specification/api.md at main - trace - GitHub
The API SHOULD NOT expose details about how they are internally stored. IsValid. An API called IsValid , that returns a boolean value,...
Read more >Optimization of 18 F-syntheses using 19 F-reagents at tracer ...
To accelerate tracer development, we have developed a strategy to simulate radioactive 18 F-syntheses by using tracer-level (nanomolar) non- ...
Read more >Renovate Bot Package Diff
- By default, we use the AppInsights key to detect whether or not the telemetry is first-party. The constructor now takes an optional...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

Since carlos said he didn’t have a strong feeling and this is only an SDK concern, not API, I think it’s fine to close.
The
Tracerhas a reference to it’sTracerProvider. We could pass it to theSpanconstructor. Or we add a public getter onclass Tracerto get theTracerProviderinstead theSpanProcessor.But not sure if it is worth the effort.