Skip to content

Restore default JUL root handler on Logback cleanup#50969

Open
rsrizvi wants to merge 1 commit into
spring-projects:4.0.xfrom
rsrizvi:gh-50404-restore-jul-root-console-handler
Open

Restore default JUL root handler on Logback cleanup#50969
rsrizvi wants to merge 1 commit into
spring-projects:4.0.xfrom
rsrizvi:gh-50404-restore-jul-root-console-handler

Conversation

@rsrizvi

@rsrizvi rsrizvi commented Jul 17, 2026

Copy link
Copy Markdown

When the JUL-to-SLF4J bridge is installed, the default java.util.logging root ConsoleHandler is removed. When the logging system is cleaned up (for example when an ApplicationFailedEvent is published), the bridge is uninstalled but the ConsoleHandler was not restored, leaving the JUL root logger with no handlers. Anything subsequently logged through JUL, such as a startup failure reported via a JUL-backed commons-logging Log, was then silently discarded.

Restore the default ConsoleHandler when uninstalling the bridge so that JUL logging continues to work after cleanup.

See gh-50404

When the JUL-to-SLF4J bridge is installed, the default java.util.logging
root ConsoleHandler is removed. When the logging system is cleaned up
(for example when an ApplicationFailedEvent is published), the bridge is
uninstalled but the ConsoleHandler was not restored, leaving the JUL
root logger with no handlers. Anything subsequently logged through JUL,
such as a startup failure reported via a JUL-backed commons-logging Log,
was then silently discarded.

Restore the default ConsoleHandler when uninstalling the bridge so that
JUL logging continues to work after cleanup.

See spring-projectsgh-50404

Signed-off-by: Rameel Rizvi <rrizvi@alumni.cmu.edu>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

status: waiting-for-triage An issue we've not yet triaged

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants