-
Notifications
You must be signed in to change notification settings - Fork 8
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
Update Log4j 2 to 2.24.1 #498
Conversation
0e92540
to
cc641d0
Compare
This also needs a test dependency on log4j-core because since version 2.24.0 if no provider implementation is found a no-op ThreadContextMap is used, which causes test failures. However, for normal usage that is probably not relevant since there the user most likely will have some variant of Log4j provider, most likely log4j-core as runtime dependency (but possibly also another provider). Signed-off-by: Marcono1234 <Marcono1234@users.noreply.github.com>
cc641d0
to
fbaf927
Compare
A bit unrelated, but is Test failure (click to expand)
Maybe the use of |
Thanks! I created a separate issue for this to look into. It seems you could be on the right track with the either, but perhaps I personally have a JDK with a prejudice in the 'either' decision as I have not yet seen had this specific test fail on my machine. |
This also needs a test dependency on log4j-core because since version 2.24.0 if no provider implementation is found a no-op ThreadContextMap is used, which causes test failures. See also apache/logging-log4j2#2946 (comment) for more details.
However, for normal usage that is probably not relevant since there the user most likely will have some variant of Log4j provider, most likely log4j-core as runtime dependency (but possibly also another provider).