-
Notifications
You must be signed in to change notification settings - Fork 24
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
Consider switching logging to slf4j #9
Comments
@venushka - would value your thoughts on this one. |
Yes, I think this is a sensible plan.
We don't - commons.logging can be hooked into other logging implementations, but it's nowhere near as widely used as slf4j is. |
I agree, we should switch to slf4j. One thing to keep in mind though, we should make sure the test execution within Maven should be provided with a logging implementation (log4j like we already have probably) with the required configuration to ensure the logs from tests are redirected to a file and not be printed to console. Travis builds are limited to 4MB of console output for opensource projects, which is more than adequate for the build, but not including tests logs in console. |
Yeah I saw that on your fork - makes sense. |
I've had a go at this in a fork. It's a reasonably easy find-replace. |
Actually... scratch that. Let's confirm we actually want to do it first. If so, it'll be easier to just push directly. |
Don't see any reason why we'd want to stick to commons-logging? |
Anyone like to offer up a reason why we should keep the dependency on log4j? |
Nope. Let's just do this. Could you create a PR with commons->slf4j and removal of log4j? |
Will do |
Currently we force a log4j dependency on applications. There's no need.
The text was updated successfully, but these errors were encountered: