-
-
Notifications
You must be signed in to change notification settings - Fork 23
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
EventSubclassTransformer fails to locate classes if a ThreadPool is used during preLaunch
#644
Comments
preLaunch
preLaunch
I suppose this could be closed when connector moves to Neo, since EST is no more (🦀) |
From what I can see in the mod code, this seems to have been caused by Andromeda creating its own ForkJoinPool with the default thread factory rather than the one configured by Connector, and so the context class loader was never set correctly. However, it seems it has since been updated to use the common pool instead. Is this still an issue? |
Just tested it. Yes, it still tries to look up classes on AppCl. |
I think I see what's going on, Java can't initialize the factory because it's loaded by a higher classloader |
Describe the bug
Same as title.
Steps to reproduce
Logs
N/A
Additional context
This doesn't affect functionality in any way, but this does cause massive log spam.
For some reason EST tries to lookup classes on the ApplicationClassloader instead of the GAME TransformingClassloader, even though it should be set as the context CL by that point.
The text was updated successfully, but these errors were encountered: