[kaffe] issue with https, kaffe 1.1.3, and jessie 0.9.6
Helmer Krämer
hkraemer at freenet.de
Wed Feb 4 23:43:02 PST 2004
On Wed, 04 Feb 2004 16:05:22 -0800
Mark Maxham <mark at maxham.com> wrote:
> I have a very simple little program:
>
> I'm running kaffe 1.1.3 on Debian, and I have built the GNU Crypto from
> the latest CVS, as well as Jessie, also from the latest CVS. Here's my
> little test app:
>
> [ ... ]
>
> java -classpath .:/data/workdir/source/gnu-crypto.jar:
> /data/workdir/jce/javax-crypto.jar:
> /data/workdir/security/javax-security.jar:
> /data/jessie-0.9.6/lib/javax-net.jar:
> /data/jessie-0.9.6/lib/javax-security-cert.jar:
> /data/jessie-0.9.6/lib/org-metastatic-jessie.jar HttpsTest
>
> I looked in the jessie.jar file and everything looks like it's there to
> provide HTTPS, and I get this:
>
> java.net.MalformedURLException: Protocol handler not found: https
> at java.net.URL.<init> (URL.java:430)
> at java.net.URL.<init> (URL.java:311)
> at HttpsTest.main (HttpsTest.java:17)
>
> I tried moving the jessie.jar into the BOOTCLASSPATH and got a whole new
> raft of exceptions, because jessie wants to load some classes by name.
> But to do so, it has to call [some object].class.getClassLoader(). But
> if the calling class was loaded by the bootloader, getClassLoader()
> returns null. Argh! It's like I'm stuck in a catch-22 here.
>
> Has anybody else made https work with jessie under kaffe? If so, what's
> the trick?
Looks like URL.getURLStreamHandler() is using the wrong
classloader to load the class of the handler (patch is
attached).
Should I check it in and file a bug against classpath?
Regards,
Helmer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: URL-patch
Type: application/octet-stream
Size: 803 bytes
Desc: not available
Url : http://kaffe.org/pipermail/kaffe/attachments/20040204/80ef223c/attachment-0002.obj
More information about the kaffe
mailing list