-
Notifications
You must be signed in to change notification settings - Fork 937
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
sbt 1.7.3 warns about no-op slf4j implementation on startup #7062
Comments
Clarification: "Launch sbt 1.7.3" isn't sufficient to reproduce the problem. scalacenter/scalafix#1700 seems to imply that it's necessary certain plugins to be involved (sbt-scalafix is one such plugin, perhaps there are others?). |
I assume (but haven't verified) that sbt itself does not use SLF4J, but any sbt plugin that does triggers the warning (and won't have Java logs). |
Yep, you're right—we have a default set of plugins enabled, and it seems that |
I've run into this as well. |
Same here - I get this warning on >= 1.7.3. No warning on 1.7.2. |
So sbt's forced into bumping up slf4j-api and log4j binding? |
Is there any workaround? I think because of this, |
This shows in the same way with sbt 1.8.0 when plugins pull in slf4j. |
I have a PR for this - coursier/sbt-coursier#441 |
Thanks @eed3si9n! |
steps
Launch sbt 1.7.3 with a plugin enabled that uses slf4j 1.x.
problem
sbt prints this on startup:
expectation
I expected the log4j implementation included with sbt to be used, instead of the no-op implementation.
notes
I think this is because of the coursier update, which (according to its release notes) pulls in slf4j 2.0.3—but log4j 2.17.1, which sbt depends on directly, depends on slf4j 1.7.25.
The text was updated successfully, but these errors were encountered: