David Holmes [EMAIL PROTECTED] wrote on Mon, 22 Mar 2004 09:22:43 +1000:
From what I've read, the specification of findLoadedClass and definition of
the class cache in terms of an initiating classloader, are intended to
prevent a malicious classloader from breaking the lookup process. If each
Sascha Brawer [EMAIL PROTECTED] wrote on Fri, 19 Mar 2004 12:05:55 +0100:
[loading service providers from META-INF/services/* in external JARs]
2. Which namespace?
3. The unit tests (see attached ForMauve.tar.gz) run checks on
gnu.classpath.ServiceFactory. This seems a bit unclean, since Mauve
If you look at Classpath's code, you'll see that findLoadedClass checks the
loaders cache. However, a class is only added to it when the class loader
defines it. As loadClass (correctly) tries to delegate before trying to
find the class itself, a class will never be added to this loaders'
Am Montag, 22. März 2004 10:00 schrieb Sascha Brawer:
Sascha Brawer [EMAIL PROTECTED] wrote on Fri, 19 Mar 2004 12:05:55
+0100:
[loading service providers from META-INF/services/* in external
JARs] 2. Which namespace?
3. The unit tests (see attached ForMauve.tar.gz) run checks on
Interesting -- that's a documentation change between 1.3 and 1.4. In the
specs for 1.3 it simply says:
protected final Class findLoadedClass(String name)
Finds the class with the given name if it had been previously loaded
through this class loader.
Which is suitably vague enough for several
Hi Steven,
Steven Augart wrote:
Jikes RVM, which formerly required a proprietary (Sun) JVM to write
out the boot image, no longer needs that proprietary VM. You can now
use Kaffe to write out the Jikes RVM boot image. Those who want to
use only free software tools can now build and work with
RVM, which formerly required a proprietary (Sun) JVM to write out the
boot image, no longer needs that proprietary VM. You can now use
Kaffe to write out the Jikes RVM boot image. Those who want to use
only free software tools can now build and work with Jikes RVM.
That code is now in the
: == Ito Kazumitsu [EMAIL PROTECTED] writes:
: With reference to java.util.Properties#load, Sun's API document says
: A comment line has an ASCII '#' or '!' as its first non-white space
: character; but GNU Classpath's java.util.Properties checkes only
: comment characters at the beginning of
Robert Lougher wrote:
Interesting -- that's a documentation change between 1.3 and 1.4.
Yes see:
http://developer.java.sun.com/developer/bugParade/bugs/4474902.html
and then:
http://developer.java.sun.com/developer/bugParade/bugs/4778645.html
The change to initiating classloader was very
9 matches
Mail list logo