Ljubomir Ljubojevic wrote:
m.roth@5-cent.us wrote:
please watch out for i386/x86_64 differences, and replace path where needed.
Ok, this used to be, for i386. At any rate, that's not in the Sun package, as released via RHN.
This is what is now on my CentOS 5.6 64-bit:
use libnpjp2.so from /usr/java/jre1.6.0_22/lib/amd64/libnpjp2.so
and create link to /usr/lib64/mozilla/plugins/libnpjp2.so /usr/lib64/mozilla/plugins-wrapped/libnpjp2.so
I hope this path works for you. Please post results.
The package RH releases puts it under /usr/lib/jvm/java-1.6.0-sun-1.6.0.26.x86_64/jre/, so my link is /usr/lib64/mozilla/plugins/libnpjp2.so -> /usr/lib/jvm/java-1.6.0-sun-1.6.0.26.x86_64/jre/lib/amd64/libnpjp2.so
file tells me it is 64 bit. ldd looks good.
Interesting: I was firing it up again, and was about to strace it, when it immediately crashed, trying to restore the last link I clicked on, to "is java enabled", with Exception in thread "main" java.lang.NoClassDefFoundError: sun/plugin2/main/server/MozillaPlugin Caused by: java.lang.ClassNotFoundException: sun.plugin2.main.server.MozillaPlugin at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) firefox: ../../../../src/plugin/share/plugin2/npjp2/MozPluginInstance.cpp:241: bool MozPluginInstance::SetWindow(void*, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int, unsigned int): Assertion `m_pluginObject != __null' failed.
I just rm'd the link to /usr/lib64/mozilla/plugins-wrapped/libnpjp.so.1, and it no longer crashes instantly on going to the javatester version page.
Ok, now for the strace... nice, I click on the enabled link, and it crashes with a SEGV.
More looking to do...
mark