-
Notifications
You must be signed in to change notification settings - Fork 858
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
SDK: Lifecycle [Listener|Decorator|Interceptor] for [Scope|Span] #295
Comments
@tylerbenson why before end? |
Except the Scope the other two requests should go into the related issues that you linked. |
@bogdandrutu (I admit I didn't see those other issues first but,) since they're closely related I think it makes sense to think of the proper design holistically, rather than each independently.
That can probably be dropped, but I added it for consistency with start. |
We need an afterEnd API to implement exporters. See #264 for more details, also there is a link on how I plan to build the export framework on top of this API |
@tylerbenson can you explain about the Scope interceptor? |
There's pretty detailed discussion about it here and here, but the gist is it would be useful to have this functionality to support things like MDC coordination and JFR reporting. (I think the best consensus proposal from that discussion was this one, but I think there are still some kinks to work out.) |
Scope listener would be particularly useful, so that current span context can be sync'd with logging context (MDC), which is needed in order to correlate logs with traces (e.g. open-telemetry/opentelemetry-java-instrumentation#133). |
I think this issue is using concepts that mostly don't apply anymore. I'd vote for closing it and opening a new issue (maybe in the spec?) if there are still open points not covered by SpanProcessor already. |
@Oberon00 The major remaining part is the Context changes interceptor. @tylerbenson will close this and open a new issue just for the Context interceptor. |
We should have a way to be notified of state changes for these important objects such as:
Span
Scope
Span Builder (maybe?)
We may want to be able to define these on each span/scope instance, a span.builder, or on the tracer which would be applied to each individual instance automatically.
These types of hooks are useful for supporting features like MDC.
The text was updated successfully, but these errors were encountered: