-
Notifications
You must be signed in to change notification settings - Fork 58
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
Add context propagation? #7
Comments
Some possible supporting info/context at grpc/grpc-java#2984 |
Ah just ran into this... (not for tracing, just for doing some auth) This all makes sense why it doesn't work, but wonder if it would be worth to add a small note into the README in the event anyone runs into this |
Yeah, PR would be welcome on that limitation. I don't follow opencensus very closely, but maybe chasing where this left off would be a start toward fixing it. |
It grabs the Context from the same thread as the thread used for gRPC, and then forks and attaches it to the thread used when calling into the gRPC stub implementation (async boundary). Close typelevel#7
It grabs the Context from the same thread as the thread used for gRPC, and then forks and attaches it to the thread used when calling into the gRPC stub implementation (async boundary). Close typelevel#7
It grabs the Context from the same thread as the thread used for gRPC, and then forks and attaches it to the thread used when calling into the gRPC stub implementation (async boundary). Close typelevel#7
It grabs the Context from the same thread as the thread used for gRPC, and then forks and attaches it to the thread used when calling into the gRPC stub implementation (async boundary). Close typelevel#7
It grabs the Context from the same thread as the thread used for gRPC, and then forks and attaches it to the thread used when calling into the gRPC stub implementation (async boundary). Close typelevel#7
It grabs the Context from the same thread as the thread used for gRPC, and then forks and attaches it to the thread used when calling into the gRPC stub implementation (async boundary). Close typelevel#7
It grabs the Context from the same thread as the thread used for gRPC, and then forks and attaches it to the thread used when calling into the gRPC stub implementation (async boundary). Close typelevel#7
It grabs the Context from the same thread as the thread used for gRPC, and then forks and attaches it to the thread used when calling into the gRPC stub implementation (async boundary). Close typelevel#7
It grabs the Context from the same thread as the thread used for gRPC, and then forks and attaches it to the thread used when calling into the gRPC stub implementation (async boundary). Close typelevel#7
It grabs the Context from the same thread as the thread used for gRPC, and then forks and attaches it to the thread used when calling into the gRPC stub implementation (async boundary). Close typelevel#7
It grabs the Context from the same thread as the thread used for gRPC, and then forks and attaches it to the thread used when calling into the gRPC stub implementation (async boundary). Close typelevel#7
grpc-java includes opencensus integration, which allows tracing of requests across a call graph. While this would be nice to have, I don't think the context is propagated across asynchronous call boundaries (it's in a
ThreadLocalStorage
).Should investigate possible ways of making this context available.
The text was updated successfully, but these errors were encountered: