-
Notifications
You must be signed in to change notification settings - Fork 16
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
Properly handle errors on void methods #575
Conversation
Generate changelog in
|
return null; | ||
} finally { | ||
// We should not fail if a server that previously returned nothing starts returning a response | ||
response.close(); |
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.
could use try with resources here if you like
@Test | ||
public void testEmptyResponse_failure() { | ||
TestResponse response = new TestResponse(); | ||
response.code = 400; |
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.
if you merge in develop, I've just changed this to be a setter method, so new TestResponse().code(400)
…to fo/empty-body-error
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.
updated. I think there's an issue with the receiveBinaryAliasExample
confirmation, not necessarily a client issue, so I've added the two cases to ignored-test-cases.yml
.
Released 1.2.3 |
Thanks @carterkozak! |
Closes #574
Before this PR
We would silently drop errors on endpoints that did not expect a response
After this PR
==COMMIT_MSG==
Properly handle errors on void methods
==COMMIT_MSG==
Possible downsides?
N/A