-
Notifications
You must be signed in to change notification settings - Fork 215
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
BEANUTILS-566: Use ContextClassLoader for Instantiating Loggers #267
base: master
Are you sure you want to change the base?
Conversation
20 files changed files and zero tests is not good. Try and see if Mockito helps. |
Hi @garydgregory , I've found a way to test that the context classloader is used. I also tested the negative case to verify it's not called. There may be an easier way to test, but I simply created my own classloader and load the tests from the target/test-classes directory. I tried to add comments to make it more clear on what is occurring. I'm not sure how to run the jobs -- they failed due to check-style violations which I've since fixed. I would appreciate any feedback for improvements. Thank you. |
I pushed up another test which also let the builds run. Everything passed except for Java 23, but those failures are unrelated to my changes from the looks of.
|
d1deea7
to
5ee3b58
Compare
5ee3b58
to
478c1a0
Compare
@garydgregory following up again for any feedback. And if the community would prefer not to use this change, that's fine, but, please let me know. Thank you. |
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.
IMHO the TCCL problem should be solved at the source in Commons Logging.
See LOGGING-196 for details.
https://issues.apache.org/jira/browse/BEANUTILS-566
Swaps our the thread context classloader to avoid memory leaks in some scenarios.