Version: 3.1.4 (using KDE KDE 3.1.4) Installed from: SuSE RPMs OS: Linux I cannot load an applet from a web page accessed via https. The apache log shows the web page being accessed but the applet's JAR file is never requested. The java console shows a ClassNotFoundException. The same page works fine with Mozilla Firebird -- on the same machine, using the same java installation. I'm using the Konqueor, Apache2, Tomcat and Java that come with SuSE 9. The applet that I'm trying to load is signed -- I have not tested on an unsigned applet. The <applet> tag has a relative path in the "codebase" attribute and the height and width are both specified as "100%". I have read bug report 47780. I tried adding the three jar files indeicated on the javahowto page to "/opt/kde3/share/apps/kjava" but it did not help. According to Sun's JSSE download page the JSSE classes are integrated with SDk 1.4 anyway. Unfortunalty, I don't have an external https server were I can put up a demo. Any help would be appreciated, thanks.
Can you add '-Dkjas.debug=1' in the 'Additional Java Arguments' and post the full output from the java console here? Note that signed applets, which requires user confirmation to access local resources like reading a file, does work. However your problem seems to be in an earlier stage.
signed applets does _not_ work (I think faster than I type :)
I get the same problem here. Using Konqueror 3.2.0, of KDE 3.2.90 (CVS >= 20040117) I also have the three jars from sun, but it still doesn't work. (it worked on earlier versions of KDE, but don't work with CVS Head). The output of the Java console is: KJAS: PH: cmd_length = 3 KJAS: PH: read in 3 bytes for command KJAS: createContext, id = 2 KJAS: PH: cmd_length = 456 KJAS: PH: read in 456 bytes for command KJAS: createApplet, context = 2, applet = 3 KJAS: name = tclJava, classname = br/com/bb/aapf/bbteclado/CampoTeclado.class KJAS: baseURL = https://www2.bancobrasil.com.br/aapf/aai/, codeBase = https://www2.bancobrasil.com.br/aapf/imagens/teclado/ KJAS: archives = /aapf/imagens/teclado/BBTeclado004.jar, width = 254, height = 80 KJAS: CL: getLoader: key = https://www2.bancobrasil.com.br/aapf/imagens/teclado//aapf/imagens/teclado/BBTeclado004.jar KJAS: org.kde.kjas.server.KJASAppletClassLoader@814013 add URL: https://www2.bancobrasil.com.br/aapf/imagens/teclado/BBTeclado004.jar KJAS: added archive URL "https://www2.bancobrasil.com.br/aapf/imagens/teclado/BBTeclado004.jar" to KJASAppletClassLoader KJAS: org.kde.kjas.server.KJASAppletClassLoader@814013 add URL: https://www2.bancobrasil.com.br/aapf/imagens/teclado/ KJAS: org.kde.kjas.server.KJASAppletClassLoader@814013 add URL: https://www2.bancobrasil.com.br/aapf/aai/ KJAS: findClass br.com.bb.aapf.bbteclado.CampoTeclado br.com.bb.aapf.bbteclado.CampoTeclado Class could not be loaded: br.com.bb.aapf.bbteclado.CampoTeclado Backtrace: java.lang.ClassNotFoundException: Class:br.com.bb.aapf.bbteclado.CampoTeclado at org.kde.kjas.server.KJASAppletClassLoader.findClass(KJASAppletClassLoader.java:248) at org.kde.kjas.server.KJASAppletClassLoader.loadClass(KJASAppletClassLoader.java:281) at org.kde.kjas.server.KJASAppletStub$2.run(KJASAppletStub.java:182) at java.lang.Thread.run(Thread.java:536) KJAS: sendAppletFailed, contextID = 2, appletID = 3, errorMessage=java.lang.ClassNotFoundException: Class:br.com.bb.aapf.bbteclado.CampoTeclado KJAS: flushing image KJAS: flushing image The URL that I'm trying to access it is https://www2.bancobrasil.com.br/aapf/aai/login.pbk My java version is: perdig@perdig perdig $ java -version java version "1.4.1_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01) Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode) The same applet works well under IE.
Hmm, needs some investigation why this doesn't work anymore. As a work-around you can enable 'Use KIO' in the konqueror settings (make sure you end all konqueror instances after changing this setting)
After updating KDE to the 3.2 release and the sun jre to 1.4.2, it now loads and displays the applet correctly (however, I don't know which of the changes fixed it)
> Hmm, needs some investigation why this doesn't work anymore. George Staikos tip'ed me that is probably a jre bug and indeed upgrading from 1.4.2 to 1.4.2_03 makes it working again.
*** Bug 75624 has been marked as a duplicate of this bug. ***