[CentOS] stock openjdk vs. epel

Thu Dec 31 15:05:19 UTC 2009
Mathieu Baudier <mbaudier at argeo.org>

> I agree with the original poster. Not having the java plugin is fine on
> servers, but for users here who *do* use it as a desktop, my choices are
> to either not update openjdk or install Sun's Java,

Indeed, installing Sun JDK is an alternative.
I already tried it with the following procedure:

sudo yum erase *gcj*
sudo yum erase *openjdk*
sudo sh jdk-6u17-linux-x64-rpm.bin

But then I had to:
sudo ln -s /usr/java/default/jre/lib/amd64/libnpjp2.so
/usr/lib64/mozilla/plugins/libnpjp2.so
in order to get the browser plugin to work (thanks to [1])

Did you face a similar issue?
Or did I do something wrong?

> which makes openjdk
> pointless.

Our policy is to use exclusively FLOSS software that we can possibly
rebuild, and are free to redistribute etc.
Especially for Java which is our main platform.
That's the point of OpenJdk for us. Unfortunately, as I put
previously, the provided implementation has blocking issues, even on
the server/headless side.

I do believe that with Java now GPL, Linux+Java can be a great platform.
But there are years of parallel development paths and, if I can put it
that way, mutual distrust, that need to be overcome.
So it is still a bit painful (but much much better than a few years ago!).

I have the feeling that Red Hat is supporting Java on the long term,
e.g. with their ownership of JBoss, and their contributions to
OpenJdk/IcedTea (for example the very interesting work of Gary Benson
on alternative architectures such as PPC, see [2]).

So I'm very excited to see how Java support will look like on RHEL/CentOS 6...

[1] http://blog.taragana.com/index.php/archive/how-to-install-enable-java-plugin-applets-in-firefox-on-centos-5/
[2] http://gbenson.net/