> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Brian Jones
>
> Paul Fisher <[EMAIL PROTECTED]> writes:
>
> > Paul Fisher <[EMAIL PROTECTED]> writes:
> >
> > > Just to save other people time, the aforementioned JDK has a broken
> > > JNI implementation. Specifically, it doesn't allow a native method
> > > to return a Java object.
> >
> > This bug has been fixed in the new blackdown JDK release (v5) of JDK
> > 1.1.6.
> >
> > Back to finishing up java.math...
>
> Could someone familiar with ClassLoader.getSystemResourceAsStream tell
> me what the jdk's implementation is expected to do? Ie, it appears
> via running an application I have with `java -v' that I'm trying to
> get a resource (a class) in my current CLASSPATH but which is not
> loaded into the vm at startup. This is currently resulting in the
> method returning null. If this is normal, and I don't think it is,
> then what do I do? Maybe I need to download the v5 jdk mentioned
> above.
>
> Looking forward to Japhar + GNU Classpath,
> Brian
That is correct. It should search for a file in CLASSPATH. What we
actually need is a URL handler for classpath:<filename>. That is the
cleanest way to implement both getSystemResource() and
getSystemResourceAsStream().
--John Keiser
