Mailing-List: contact harmony-commits-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (herse.apache.org: local policy)
Message-ID: <14116915.1161800494103.JavaMail.root@brutus>
Date: Wed, 25 Oct 2006 11:21:34 -0700 (PDT)
From: "Mikhail Markov (JIRA)" <jira@apache.org>
To: harmony-commits@incubator.apache.org
Subject: [jira] Commented: (HARMONY-1936) [classlib][rmi] improper class
 loader creation in DefaultRMIClassLoaderSpi due to race condition
In-Reply-To: <25800977.1161370355095.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

    [ http://issues.apache.org/jira/browse/HARMONY-1936?page=comments#action_12444707 ] 
            
Mikhail Markov commented on HARMONY-1936:
-----------------------------------------

Everything is OK. Thanks, Nathan!

> [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