[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: URL protocol handler classloader

From: Steven Augart
Subject: Re: URL protocol handler classloader
Date: Sun, 16 Jan 2005 10:09:03 -0500
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217

Mark Wielaard wrote:

Note, that I already agree we should change to use the context
classloader (and the application classloader as backup if loading
through the context classloader fails and it isn't the same as the
application classloader). I just didn't make time to implement it.
I should have read your bug entry and letter more carefully on this.

I don't think we should use the application classloader as backup
in every case.  Remember, the application class loader may not be
available or working at this phase in the booting process
-- and it won't be if someone is actually using Classpath's

What I propose is this:

Try to use the context class loader.

As a backup, make it legal for VMClassLoader.getSystemClassLoader()
to return null if the system class loader is not yet available at this
point in the boot sequence.  If it returns null, then that
should be OK -- we just call Class.forName with "null" as the class
loader, meaning to use the bootstrap classloader.

Please post a patch to classpath-patches if you have one.
(Don't forget to update the documentation.)

Thanks, I'll be glad to do this, if we have consensus on
the implementation.

--Steve Augart

reply via email to

[Prev in Thread] Current Thread [Next in Thread]