-
Notifications
You must be signed in to change notification settings - Fork 4.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
Clarification on TRY_NEEDS_AUDIT #32152
Comments
removing exceptions would be 10000% fantastic. |
That makes sense to me. I'm in the process of removing these from the AWS related code. One thing I found was that some exceptions are coming from data plane json processing, particularly the get* methods: envoy/source/common/json/json_internal.cc Line 519 in 44fc421
While it looks like the way around it is to use the getValue method which doesnt appear to throw, it probably makes sense to deprecate the throwable methods somehow so they don't keep getting used in the data plane. |
This issue has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in the next 7 days unless it is tagged "help wanted" or "no stalebot" or other activity occurs. Thank you for your contributions. |
This issue has been automatically closed because it has not had activity in the last 37 days. If this issue is still valid, please ping a maintainer and ask them to label it as "help wanted" or "no stalebot". Thank you for your contributions. |
Title: Seeking clarification on TRY_NEEDS_AUDIT
Description: As per title - I've done some scouring of issues trying to find the background of TRY_NEEDS_AUDIT. I've found this one #14320 and this one #10878
My question is quite simple: I'm working on aws_request_signing extension and want to remove these for cleanup. Is it sufficient to remove exceptions from within the extension and replace with correct handling eg absl::StatusOr? If that is achieved, is it ok to remove these macro wrappers? My knowledge of the threading model is so far non-existent so it would be good to understand whether the guidance of 'no exceptions on the main thread' applies here.
If I could get some clarification I can also make some dev docs updates to reflect the conversation.
Thanks!
The text was updated successfully, but these errors were encountered: