-
-
Notifications
You must be signed in to change notification settings - Fork 125
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
Adapt to telemetry span exception event name convention #167
Adapt to telemetry span exception event name convention #167
Conversation
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.
Fixing a typo through GH suggestions, let's see if I can commit those myself :)
oops, at least I was consistently misspelling it! |
Wait... this shouldn’t have been an |
Yes, @GregMefford , good catch. We should only use exception if the caller is raising. We should probably add telemetry:span/3 to the lib itself, otherwise we will have mistakes like this popping up. Instead we should have status field for "soft" failures. |
Oh, my bad - I did not realize that. I saw the keys @GregMefford Do you think we could sketch out a tiny example of code that would make the distinction between the 2 cases clearer? I didn't really gather that from all the descriptions & conversations we've been having, so it's possible others might make the same mistake. Sorry for the churn here!! |
For now, I'm going to revert this. :) |
This reverts commit 1a66bbb.
The
telemetry:span
convention specifies that:exception
is used in exception cases instead of:stop
events... This PR simply corrects the event name for exception cases.@whatyouhide @keathley @GregMefford @josevalim