-
Notifications
You must be signed in to change notification settings - Fork 173
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
feat: return rpc detail error message #811
Conversation
Codecov ReportBase: 60.50% // Head: 60.55% // Increases project coverage by
Additional details and impacted files@@ Coverage Diff @@
## main #811 +/- ##
==========================================
+ Coverage 60.50% 60.55% +0.04%
==========================================
Files 135 135
Lines 8807 8815 +8
==========================================
+ Hits 5329 5338 +9
+ Misses 2825 2823 -2
- Partials 653 654 +1
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. ☔ View full report at Codecov. |
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.
lgtm
What this PR does:
When status code is not ResponseStatusSuccess in bolt response, now will return directly, the logic of AfterInvoke will not be executed. If the server returns some abnormal information while reporting an error, the user cannot obtain the specific information of the abnormal information through AfterInvoke
Which issue(s) this PR fixes:
Fixes #
Special notes for your reviewer:
When the bolt's status code is not ResponseStatusSuccess, it does not return error directly, but wraps the error information in the RPCResponse structure, and continues to execute the logic in the subsequent AfterInvoke. If the returned error message is successfully parsed in AfterInvoke (here may include information such as the server's specific exception stack), user can print the details of error message
Does this PR introduce a user-facing change?: