You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by "Henri Yandell (JIRA)" <ji...@apache.org> on 2006/07/05 05:57:31 UTC
[jira] Updated: (SANDBOX-27) JCI: CompilingClassLoader race
conditions
[ http://issues.apache.org/jira/browse/SANDBOX-27?page=all ]
Henri Yandell updated SANDBOX-27:
---------------------------------
Component: JCI
> JCI: CompilingClassLoader race conditions
> -----------------------------------------
>
> Key: SANDBOX-27
> URL: http://issues.apache.org/jira/browse/SANDBOX-27
> Project: Commons Sandbox
> Type: Bug
> Components: JCI
> Environment: Operating System: other
> Platform: Other
> Reporter: Patrick Lightbody
>
> Right now, when you create a new classloader, the FilesystemAlterationMonitor
> kicks off. However, it may not get done loading classes before the application
> using the CL requests one of those classes. Currently, the parent CL will be
> used, and from that point on everything gets goofed.
> I suggest changing the CLs such that when they are created, they block until
> they have made an initial pass through the directories. I was able to hack this
> by taking the FilesystemAlterationMonitor.run() method (the part inside the
> loop) and refactoring it to doRun() and then calling that right after creating
> the class. Ghetto, but it seemed to help.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org