-
Notifications
You must be signed in to change notification settings - Fork 56
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
Remove log4j dependencies #367
Conversation
This allows keeping the core dependencies separate from the overrides. On the other hand, the overrides must target specific packages, which in case of some benchmarks requires listing specific Netty components, because we cannot simply override the version of the netty-all package.
This is to avoid pulling in the log4j-1.2.17.jar. The functionality should be replaced by reload4j, which gets pulled in by slf4j-log4j12 starting with version 1.7.36. Because reload4j did not find Spark's default logging configuration file (log4j.properties), it was placed in the apache-spark benchmark resource directory so that reload4j can find it. This appears to provide a reasonable logging configuration again. The commons-logging package should be subsumed by the jcl-over-slf4j logging bridge.
f21b0d3
to
e2fc973
Compare
I have moved Spark's log4j configuration file to a place where |
With a few minor updates, the suite seems to be free of Overall, logging seems to be a somewhat messy issue, especially with libraries using different logging solutions. We should be able to get somewhat "unified" control over dependencies that use |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Attempt to completely remove
log4j
fromapache-spark
dependencies. Complements #365 which updatedslf4j-log4j12
to pull inreload4j
, but did not remove direct the Spark dependency onlog4j
. Withlog4j
removed, there seem to be some rough edges (missing appenders), probably configuration related. If this can be sorted out, we can do a minimal-change maintenance release, otherwise we'll see if the problems go away on its own after updating most of the dependencies.