-
Notifications
You must be signed in to change notification settings - Fork 41.2k
Optimize JUL logging #2585
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
Comments
In the current default setup, I don't think there is a big performance impact, as only INFO or higher JUL log events are sent to SLF4JBridgeHandler I created a ticket #2923 to allow the configuration of JUL levels sent to SLF4JBridgeHandler See also the discussion here http://stackoverflow.com/questions/25364913/spring-boot-set-logging-level-of-external-jar-which-is-using-java-util-logging/30085782#30085782 |
See #3924 which solved something similar for Logback. We should still handle other SLF4J implementations. |
This is, I think, a duplicate of #2923. We also recently documented how to configure Log4j2 so that it handles all output from JUL. |
As stated in http://www.slf4j.org/legacy.html#jul-to-slf4j, the jul-to-slf4j bridge has some performance issues with disabled logging statements.
Since the jul-to-slf4j bridge is activated by default in the spring-boot-starter-logging pom, install a LevelChangePropagator will enhance the performances when the logging system used by the application is JUL and when there are some dependencies using JUL.
The text was updated successfully, but these errors were encountered: