Every time I upgrade an OS … every single time …

Java and its connection to browsers break. Now normally, I wouldn’t care, as I don’t personally have a very high opinion of the be-all-and-end-all language/system known as java. Its overly verbose, under performing, and doesn’t play well with any operating system. Copy/paste buffers … well, there is a whole huge litany of issues with it, and I am not even remotely the only one who has them.
Updated desktop OS. Now at Ubuntu 10.04.1 from 8.10. I waited until the NVidia stuff was fixed.
Now … reload acrobat. Annoying, but it works. Flash, works. Chromium, works.
Java, doesn’t work. Not in any browser (Chromium, FF3, FF2, Icecat32 (ff2 in 32 bit mode), …). Download JRE and put the plugin softlinks. Download another. And another.
No dice, doesn’t work. Distro supported IcedTea JDK, doesn’t work. Never has, but thats another issue.
There is a common theme here … I am just missing it …
We have a business dependency upon java for the moment, in terms of the remote terminal applications.
At some point … at some point we have to call it as being more trouble than its worth. I am rapidly approaching that point. Java, the write once run anywhere language, does not appear to even approach this. Installation should be trivial, and browsers should just work with it. Copy/paste should be seamless with the underlying OS, and it should use the native OSes own windowing hints, buttons, fonts. None of this is the case.
I am getting awful tired of this not-invented-here approach, and we-know-better implementation. When the pain exceeds the utility, it won’t be used. Its pretty darned close.

6 thoughts on “Every time I upgrade an OS … every single time …”

  1. Ubuntu at some stage stopped including the Sun Java stuff in their main distribution, to re-enable it you have to add something like the following to your apt sources
    deb http://archive.canonical.com/ lucid partner
    to include the partner repo which includes the Java stuff. after that
    aptitude update
    aptitude install sun-java6-plugin
    might do the trick

  2. @Stephen
    Looks like IcedTea got in the way … again.
    And you have to use the right library.
    ln -s /usr/lib/jvm/ia32-java-6-sun- /usr/local/Icecat32/plugins
    Obvious now, isn’t it 🙁

  3. Hi,
    I don’t know if this apply to Ubuntu, but in debian there is a specific package (named icedtea6-plugin) that seem to take care of that. More obvious than linking by hand the good files (as long as it keep working).

  4. @Cley
    I had tried this in Ubuntu, and it didn’t work. I’ll try the same thing in the latest Debian spin. Thanks!

  5. Weird, Java always seems to pretty much work for me (except when they did move it to the partner repo).
    The worst issue I’ve had with it has been at work where the Uni’s IP addressing system uses a Java app which will only work with a 32-bit x86 JRE because the app dlopen()’s a binary only .so which gets pulled down by the webstart. Don’t ask (in defence I’ll say that it’s not their code, but their vendors code).
    What really drives me up the wall are everyone and their dog who has to ship their very own JRE with their Java app just so they’ll know it works on your system. They might as well have just written it in C and compiled it and saved them and us the bother!
    End rant.. 😉

Comments are closed.