Skip to content

Allow JoranConfigurators to be passed ahead of time in logback #33643

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

Closed
wants to merge 6 commits into from

Conversation

libetl
Copy link

@libetl libetl commented Dec 28, 2022

Hello Spring Boot team,

I'm quite new here and I don't know what kind of checklist I need to pass prior to submitting a pull request, sorry about that.

I am trying to understand what kind of changes I am expected to do to use spring-boot 3 in my company.

Logback team has deactivated xml declaration of rules <newRule> since logback 1.3 for security purposes, so we have to do it programmatically.

SpringBootJoranConfigurator declares a limited set of rules, so I thought it would be nice to let the user provide its own JoranConfigurators ahead of time.

I need that, because I don't want some critical information to be sent in the logs messages.
One of the rule we have in my company is ObfuscationRule, it is a requirement to have it in spring-boot 3.

Thank you for your help.
Related issue (not from me : #24992)
@philwebb would be the one-to-go developper for this item.

@spring-projects-issues spring-projects-issues added the status: waiting-for-triage An issue we've not yet triaged label Dec 28, 2022
@philwebb philwebb added type: enhancement A general enhancement and removed status: waiting-for-triage An issue we've not yet triaged labels Jan 18, 2023
@philwebb philwebb added this to the 3.1.x milestone Jan 18, 2023
@mhalbritter mhalbritter self-assigned this Jan 31, 2023
@mhalbritter
Copy link
Contributor

Thanks and congrats to your first contribution to Spring Boot!

@wilkinsona
Copy link
Member

wilkinsona commented Mar 23, 2023

Regrettably, upon subsequent review we've realised that we made a mistake when accepting these changes. Sorry. The changes only apply during AOT processing which is too specialised and they will also make it harder for us to offer full support for programmatic configuration of Logback in the future (#24992 and #25847). #34361 is tracking the revert which will allow us the time that we need to determine the right way forward here without backing ourselves into a corner.

wilkinsona added a commit that referenced this pull request Mar 23, 2023
This reverts commit 25e8f2d, reversing
changes made to e5bc9a2.

Unfortunately, upon additional review we realised that these changes
should not have been accepted. They're a partial implementation of
support for programmatically configuring Logback, implemented in a way
that only works during AOT processing and also potentially makes it
harder for us to implement full support in the future.

Closes gh-34361
@Frettman
Copy link

@libetl, have you found a workaround for this issue?

@libetl
Copy link
Author

libetl commented Dec 26, 2023

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: enhancement A general enhancement
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants