Fresh install on a brand new box (Dell Precision 3500) of 5.6. I install Sun java-1.6.0_26-b03, Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) <snip> A followup: from Oracle's website, at http://www.oracle.com/technetwork/java/javase/manual-plugin-install-linux-136395.html: Excerpt: Notes
* The classic plugin file was located here:
<JRE>/plugin/i386/javaplugin-oji.so
This file should no longer be used and all symbolic links to it removed. --- end excerpt ---
mark
On Fri, 2011-07-08 at 15:29 -0400, m.roth@5-cent.us wrote:
Mark, this works for me. HTH.
B.J.
Java:
To enable java, download and install the appropriate version for your architecture here. http://java.com/en/download/linux_manual.jsp?locale=en&host=www.java.com .
For i386:
Navigate to /usr/lib/mozilla/plugins and create ln -s to /usr/java/jre*/lib/i386/libnpjp2.so.
For x86_64:
Navigate to /usr/lib64/mozilla/plugins and ln -s to /usr/java/jre*/lib/amd64/libnpjp2.so.
B.J. McClure wrote:
Folks,
I appreciate the efforts to help, but I started out by saying that I'd followed the directions on the CentOS wiki for this, and made the (presumably) correct symbolic links.
Ok, something *just* hit me, and I checked: sure enough, that link was under amd64, and this new box is running Xeons. Now, the other admin says they're as compatible as any i386 instruction set.
And locate tells me the only libnpjp2.so is under amd64....
So, I'm stumped.
mark
On Fri, 8 Jul 2011, m.roth@5-cent.us wrote:
Hi Mark.
Well I'm using Oracle's (Sun's) 32bit JDK from their website: jdk-6u18-linux-i586-rpm.bin
and the plugin for me is located at:
/usr/java/jdk1.6.0_18/jre/lib/i386/libnpjp2.so
I have the binary if you want me to post it somewhere for you to download.
HTH
Keith Roberts
----------------------------------------------------------------- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk
All email addresses are challenge-response protected with TMDA [http://tmda.net] -----------------------------------------------------------------
I have previously found that the 32-bit version of the new java plugin does not work under 64-bit - it crashes just like you described. Maybe it broke at a particular revision, maybe it never worked. The old 32-bit plugin did generally work on 64-bit.
When nspluginwrapper is present, the firefox wrapper script will always use wrapped plugins *instead* of native plugins, which in the case of java will go horribly wrong. This is a bug IMHO - the firefox wrapper should always put the native plugins first and then the wrapped ones.
/usr/bin/firefox: ... ## Select the propper plugin dir ## Wrapped plug-ins are located in /lib/mozilla/plugins-wrapped ## if [ -x "/usr/bin/mozilla-plugin-config" ] then MOZ_PLUGIN_DIR="plugins-wrapped" else MOZ_PLUGIN_DIR="plugins" fi ... if [ "$MOZ_PLUGIN_PATH" ] then MOZ_PLUGIN_PATH=$MOZ_PLUGIN_PATH:$MOZ_LIB_DIR/mozilla/$MOZ_PLUGIN_DIR:$MOZ_DIST_BIN/$MOZ_PLUGIN_DIR else MOZ_PLUGIN_PATH=$MOZ_LIB_DIR/mozilla/$MOZ_PLUGIN_DIR:$MOZ_DIST_BIN/$MOZ_PLUGIN_DIR fi ...
But wait, here's more: the firefox wrapper calls /usr/bin/mozilla-plugin-config, if installed. This script, in turn, runs $LIBDIR/nspluginwrapper/plugin-config, which is *suid*. So, every user running firefox messes around in system dirs. Who came up with that bright idea?
-
B.J. McClure -
Keith Roberts -
Lars Hecking -
m.roth＠5-cent.us