[PATCH + help request] Java applets in Konqueror using purely Free Software

Albert Astals Cid aacid at kde.org
Mon Jul 4 19:01:39 BST 2005

A Dilluns 04 Juliol 2005 14:17, Bernhard Rosenkraenzer va escriure:
> The gcj Java implementation in gcc 4.0.1 is finally (almost) good enough to
> run applets in Konqueror.
> The only remaining problem on the gcj side is that
> frame.setUndecorated(true) causes an IllegalComponentStateException, which
> can be worked around in KJASAppletStub (patch attached).
Shouldn't that be fixed also at gcj? I mean is this really a instruction that 
should cause IllegalComponentStateException or is it a bug in gcj we 

> On the KDE side, admin/acinclude.m4.in still has a problem with gcj's java
> and javac being in plain /usr (patch attached; the removal of the check for
> jni.h is necessary because gcj keeps its jni.h elsewhere (in
> /usr/lib/gcc/.....), and won't break anything else because
> kde_java_includedir is verified in a couple of other places as well.
> Another problem is that the kjas server relies on com.sun.net.ssl, which
> isn't implemented in gcj - but we can use jessie
> (http://www.nongnu.org/jessie/) which provides almost the same API -- patch
> attached as well (doesn't break com.sun.net.ssl either -- falls back to
> jessie only if com.sun.net.ssl isn't there).
> A remaining (non-vital) problem I'll need help with:
> gcj implements its java stuff using GNU Classpath, which in turn uses GTK
> for the AWT widgets. This doesn't break anything, but the GTK widgets look
> pretty out of place inside Konqueror, and I'd like to avoid the memory
> bloat created by using 2 toolkits at the same time -- anyone else
> interested in building a KDE/Qt backend for Classpath? It shouldn't be all
> that much work because AWT is a fairly minimalistic API - but some Java
> knowledge would be useful (I'll give it a try, but my Java knowledge is
> limited to "it works a lot like C++ without templates, multiple inheritance
> and pointers", so....
Well Sun Java itself doesn't also integrate nicely with Qt/KDE so that is not 
a loss. Anyway any pointer to were to begin looking if anybody wants to 
implements that KDE/qt backed for Classpath.


> Contributors welcome!
> LLaP
> bero

Renovamos el Correo Yahoo! 
Nuevos servicios, más seguridad 

More information about the kde-core-devel mailing list