You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Nathan Beyer (JIRA)" <ji...@apache.org> on 2006/10/25 03:20:17 UTC
[jira] Resolved: (HARMONY-1936) [classlib][rmi] improper class
loader creation in DefaultRMIClassLoaderSpi due to race condition
[ http://issues.apache.org/jira/browse/HARMONY-1936?page=all ]
Nathan Beyer resolved HARMONY-1936.
-----------------------------------
Resolution: Fixed
That's a good call; we definitely want to keep expensive operations out of the synchronized block.
I've applied the patch and resolving the issue. Please verify it. Thanks.
> [classlib][rmi] improper class loader creation in DefaultRMIClassLoaderSpi due to race condition
> ------------------------------------------------------------------------------------------------
>
> Key: HARMONY-1936
> URL: http://issues.apache.org/jira/browse/HARMONY-1936
> Project: Harmony
> Issue Type: Bug
> Components: Classlib
> Environment: IA32, WinXP
> Reporter: Mikhail Markov
> Assigned To: Nathan Beyer
> Attachments: DefaultRMIClassLoaderSpi.1.patch, DefaultRMIClassLoaderSpi.patch
>
>
> I've identified that DefaultRMIClassLoaderSpi sometimes creates 2 different URLClassLoaders (inside the class) for the same codebase. This is due to the gap between the moments of checking of inner hashtable with created loaders and table updating with new created loaders when 2 threads could enter at the same time.
> Unfortunately, i was not able to provide a stand-alone simple reproducer for this bug, but it is reproducible on heavy multi-threading application.
> The patch will come... It is easy understandable so i hope it demonstrates the problem by itself.
--
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