Conversation
Signed-off-by: Lee Surprenant <lmsurpre@us.ibm.com>
| } catch (Exception e) { | ||
| FHIROperationException exceptionWithIssue = buildExceptionWithIssue("An unexpected error occurred while creating the operation output parameters for the resulting Bundle.", IssueType.EXCEPTION); | ||
| FHIROperationException exceptionWithIssue = buildExceptionWithIssue("An unexpected error occurred while " | ||
| + "creating the operation output parameters for the resulting Bundle.", IssueType.EXCEPTION, e); |
There was a problem hiding this comment.
I believe the PR review we asked that Luis not send back the exceptions. This is a bit of a design change.
I think this deserves a bit of javadoc explaining the choice so we don't go revisit this in the future and flip the other way.
There was a problem hiding this comment.
We need to either log the exceptions or add them to the wrapped exception, otherwise they are swallowed and its nearly impossible to know what went wrong.
Are you thinking javadoc at each location where we catch + wrap? Or just mention it once at the class level?
There was a problem hiding this comment.
I was just thinking at the class level.
There was a problem hiding this comment.
OK, how about I add something to our style guide at https://github.com/IBM/FHIR/wiki/Style-Guide about it instead?
maybe an ammendment to 24. Only catch an exception if you can do something about it...or need to
I could add a blurb about "rethrow, wrap, log and throw new, or handle; don't swallow unless you handle it"?
prb112
left a comment
prb112
left a comment
There was a problem hiding this comment.
LGTM, (adding the Javadoc is just a nice to have)
2 participants
Signed-off-by: Lee Surprenant lmsurpre@us.ibm.com