-
Notifications
You must be signed in to change notification settings - Fork 25
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
Added fields to RpcException message for surfacing in AppInsights #70
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.
Overall looks good! I'm excited for this feature - should be very helpful for Node.js users 😊
|
||
// Worker specifies whether exception is a user exception, | ||
// for purpose of application insights logging. Defaults to false. | ||
optional bool is_user_exception = 4; |
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.
You're the first person to use optional
in this file. I assume that's fine? But just surprised it hasn't been used already
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.
Should be okay, we didn't want to have a breaking change xD
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.
Yes, maybe because these are the only fields on a message definition that are used in one specific scenario and not in others- we don't want to require that workers explicitly set these fields for exceptions not thrown by user code.
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.
Hi @madelinegordon @liliankasem I am updating the java worker protofile and it gives me error on the optional as
Explicit 'optional' labels are disallowed in the Proto3 syntax. To define 'optional' fields in Proto3, simply remove the 'optional' label, as fields are 'optional' by default.
I wonder is there anything I missed. Thanks.
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.
Ah if they're optional by default we should remove the label
Added the following fields for the scenario in which user code throws an exception:
These were added so that the user code exception can be piped through to AI and avoid customer confusion.