You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 12, 2021. It is now read-only.
Sometimes a FATAL log event will have no message, leaving the user completely in the dark of the cause of the error. This is caused by the use of the Throwable.getMessage() method. Because a Throwable is not guaranteed to have a message, it simply produces an empty message.
Changing these instances to use toString() will at minimum show the exception type. Alternatively, JTAF can also check if the message is null or empty and fall back to toString().
The text was updated successfully, but these errors were encountered:
What about using org.apache.log4j.Category.fatal(Object, Throwable) instead and add new messages where necessary? It looks it's meant for exactly this situation.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Sometimes a
FATAL
log event will have no message, leaving the user completely in the dark of the cause of the error. This is caused by the use of theThrowable.getMessage()
method. Because aThrowable
is not guaranteed to have a message, it simply produces an empty message.Changing these instances to use
toString()
will at minimum show the exception type. Alternatively, JTAF can also check if the message isnull
or empty and fall back totoString()
.The text was updated successfully, but these errors were encountered: