-
Notifications
You must be signed in to change notification settings - Fork 893
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
always sync flush fatal log messages #730
Conversation
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
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.
Noting here that this usage of fatal
is basically the standard assumption -- https://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/Level.html#FATAL
The FATAL level designates very severe error events that will presumably lead the application to abort.
That being said, I would consider this change a semver major change since it alters the behavior of the method.
This pull request has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
it occurred to me today that if you ever write a fatal log, it's because the server is crashing or because you need to crash the server.
e.g.
In this scenario, we always want to sync flush, and there's no legit scenarios where fatal would be used other than in a death spiral.