From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12031 invoked by alias); 25 Mar 2004 00:02:03 -0000 Mailing-List: contact mauve-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: mauve-discuss-owner@sources.redhat.com Received: (qmail 11985 invoked from network); 25 Mar 2004 00:01:55 -0000 Received: from unknown (HELO power.connexus.net.au) (203.12.22.20) by sources.redhat.com with SMTP; 25 Mar 2004 00:01:55 -0000 Received: from dholmeslaptop (dholmes.dltech.com.au [203.222.72.2]) by power.connexus.net.au (8.12.4/8.11.6) with SMTP id i2ONvtfA012698; Thu, 25 Mar 2004 10:57:56 +1100 (EST) (envelope-from dholmes@dltech.com.au) XAntiVirus: This e-mail has been scanned for viruses via the Connexus Internet Service From: "David Holmes" To: "Robert Lougher" Cc: , Subject: RE: ClassLoader.findLoadedClass (was: ServiceFactory) Date: Thu, 25 Mar 2004 00:02:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit In-Reply-To: X-SW-Source: 2004-q1/txt/msg00028.txt.bz2 Robert Lougher wrote: > Yes, I agree (but see my comment below). > > ... > A pure Java "reference" implementation won't work. At the Java level > VMClassLoader can only keep track of classes defined by a loader (when it > calls VMClassLoader.defineClass). A call back will be needed so > that the VM can record a loader as an initiating loader for a class. Well you don't need an explicit callback as that's likely to be VM specific. The VM can directly access the Java-level hashtable(s) if it needs to using JNI or whatever means that particular VM has. The only thing you need in the reference implementation is a comment saying that the VM must keep the tables up to date. That said, I don't see much value in a "reference implementation" for this particular feature. David Holmes