Skip to content

Conversation

@toKrause
Copy link

Currently, the causing exception (if any, null otherwise) of the caught exception is set as the cause of a newly created and thrown deployment exception.

This effectively removes the causing exception, alongside valuable debugging information. When the stack-trace of the deployment exception is logged, the causing exception is missing from that stack-trace.

Currently, the causing exception (if any, `null` otherwise) of the caught exception is set as the cause of a newly created and thrown deployment exception.

This effectively removes the causing exception, alongside valuable debugging information. When the stack-trace of the deployment exception is logged, the causing exception is missing from that stack-trace.
@jansupol
Copy link
Contributor

Just an idea, would it be better to replace e.getCause() with e.getCause() == null ? e : e.getCause() ?

@toKrause
Copy link
Author

I'm not an expert in this code-base, but I'm not sure why e, which is an arbitrary Exception, should ever be skipped from the chain of causing exceptions. I have a suspicion, that e.getCause() is copy/pasted code from what is currently line 379, where that piece of code possibly makes sense.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants