-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
OpenTelemetryModule is experimental #10591
Comments
Notes from API review on 2024-05-02:
|
OpenTelemetryModule is renamed to GrpcOpenTelemetry. The Builder is now `final`, although that should only impact mocks as it had a private constructor. Fixes grpc#10591
OpenTelemetryModule is renamed to GrpcOpenTelemetry. The Builder is now `final`, although that should only impact mocks as it had a private constructor. Fixes #10591
OpenTelemetryModule is renamed to GrpcOpenTelemetry. The Builder is now `final`, although that should only impact mocks as it had a private constructor. Fixes grpc#10591
OpenTelemetryModule is renamed to GrpcOpenTelemetry. The Builder is now `final`, although that should only impact mocks as it had a private constructor. Fixes #10591
Reopening for |
@ejona86 I am trying to use
|
I'm running into this but instead of the Spanner client we have this issue with the logging appender, StackdriverAppender. Logger is a static field in our codebase and it is getting initialized before everything else. Logging is happening through gRPC and as far as I can tell when it creates the I think this is expected but all these problems make it hard to use this library with other Google Cloud Libraries. By the time you get to initialize the OTEL SDK and GrpcOpenTelemetry and you have to call Is there any other way to initialize grpc opentelemetry and still collect the metrics plus the traces from the grpc service endpoints? Would it be possible to make the configurators mutable? |
No description provided.
The text was updated successfully, but these errors were encountered: