java missing in SeaMonkey?

I just updated Java and when I checked in my plugins for SeaMonkey, Java is not listed, not even IcedTea. When I looked at FireFox’s plugins, the only Java listed was IcedTea.

How can I get SeaMonkey to know that Java is installed? I looked for the 32 bit Java from within YaST but saw none, just the 64 bit.

Anyway, these are the java’s installed:

java-ca-certificates-1-9.1.noarch
java-1_6_0-sun-1.6.0.u26-0.2.1.x86_64
timezone-java-2011g-0.2.1.noarch
java-1_6_0-sun-plugin-1.6.0.u26-0.2.1.x86_64
java-1_6_0-openjdk-plugin-1.6.0.0_b20.1.9.7-1.2.1.x86_64
java-1_6_0-sun-devel-1.6.0.u26-0.2.1.x86_64
java-1_6_0-openjdk-1.6.0.0_b20.1.9.7-1.2.1.x86_64

I’m running SuSE 11.4 and my browser of choice is SeaMonkey 2.0.14.

This is a list of my ~/.mozilla/plugins folder:


libflashplayer.so
libnpjp2.so
libskypebuttons.so
nppdf.so
npwrapper.libskypebuttons.so
npwrapper.nppdf.so
npwrapper.packagekit-plugin.so
npwrapper.xineplugin.so
packagekit-plugin.so
xineplugin.so

a reinstall might help

open terminal

su -
zypper rm java

(continue through that, then)

zypper in java

@gymnart: you need java-1_6_0-sun-* and not java-1_6_0-openjdk-*

Uninstall those openjdk packages.

I already advised in another thread on this
Here:
The Quick Java Switch and Fix

I was just hit by this.

I used java (openjdk) as recently as yesterday, via the firefox plugin.

Today it is missing.

Yesterday, there was an “icedtea-web” installed as an update. It is described as “Java Web Start and plugin implementation”.
It seems that it completely fails to implement the java plugin part of that.

So an update has removed important functionality without even giving a warning.

It seems that I can reinstall the openjdk plugin, but that requires removing icedtea-web, with which it apparently conficts.

The loss of functionality is horribly broken behavior. I guess I will report it as a bug. And then I’ll have to decide whether to reinstall the openjdk plugin, or go with Sun java. I had been sticking with openjdk, despite some deficiencies, on the principle of supporting open source.

There’s a bug report about this here:
https://bugzilla.novell.com/show_bug.cgi?id=702825

/Anders

This bug seems to have already been reported
https://bugzilla.novell.com/show_bug.cgi?id=702825

I chose to install Sun java, and use:


update-alternatives --config java
update-alternatives --config javaplugin

to switch to using Sun java, at least for now.

ok, I think I got it now.
rpm -qa | grep java now gives me:

java-ca-certificates-1-9.1.noarch
java-1_6_0-sun-plugin-1.6.0.u26-0.2.1.i586
java-1_5_0-gcj-compat-1.5.0.0-117.3.x86_64
timezone-java-2011g-0.2.1.noarch
java-1_6_0-sun-alsa-1.6.0.u26-0.2.1.i586
java-1_6_0-sun-1.6.0.u26-0.2.1.i586

I had to go for the 32 bit version and NOT the 64 bit version. (My system is 64 bit btw) It wouldn’t allow me to have both the 32 and 64 bit versions. Having the 32 bit version shows up in SeaMonkey now. :smiley: I’m so glad that the system puts it in the right place for you now-a-days. It was not fun to have to do this manually before.

A new problem though:
First, I did what nick11682 said and it removed some libreoffice components. After finding and reinstalling Java, I made sure to re-install those libroffice components and then I made sure to do as caf4926 said, have only the sun java versions installed. (Interestingly though, java-1_5_0-gcj-compat-1.5.0.0-117.3.x86_64 was installed and when I wanted to uninstall it, YaST wanted to install the openjdk versions so I canceled that).

When I start Libreoffice, it now complains of not having java and that it is needed. Java does not show up in its options (Tools > Options > Java) whereas, before, it did show up. Libreoffice says java is defective.

So, rpm -qa | grep libreoffice gives me this:
libreoffice-templates-en-3.3-0.2.2.noarch
libreoffice-ure-3.3.1.2-1.2.3.x86_64
libreoffice-l10n-extras-3.3.1.2-1.2.3.noarch
libreoffice-icon-theme-galaxy-3.3.1.2-1.2.1.noarch
libreoffice-filters-3.3.1.2-1.2.3.x86_64
libreoffice-base-extensions-3.3.1.2-1.2.2.x86_64
libreoffice-branding-openSUSE-3.3.1-1.2.1.noarch
libreoffice-filters-optional-3.3.1.2-1.2.3.x86_64
libreoffice-calc-extensions-3.3.1.2-1.2.2.x86_64
libreoffice-math-3.3.1.2-1.2.2.x86_64
libreoffice-thesaurus-en-US-20060111-6.1.noarch
libreoffice-components-3.3.1.2-1.2.3.x86_64
libreoffice-templates-labels-a4-1.0.1-0.2.1.noarch
libreoffice-draw-extensions-3.3.1.2-1.2.2.x86_64
libreoffice-openclipart-3.3-0.2.3.noarch
libreoffice-icon-theme-hicontrast-3.3.1.2-1.2.1.noarch
libreoffice-converter-3.3-1.2.1.noarch
libreoffice-mailmerge-3.3.1.2-1.2.3.x86_64
libreoffice-libs-core-3.3.1.2-1.2.3.x86_64
libreoffice-kde4-3.3.1.2-1.2.3.x86_64
libreoffice-base-drivers-mysql-3.3.1.2-1.2.2.x86_64
libreoffice-templates-presentation-layouts-3.3-0.2.2.noarch
libreoffice-hyphen-20110203-4.1.noarch
libreoffice-help-en-US-3.3.1.2-1.2.3.noarch
libreoffice-calc-3.3.1.2-1.2.2.x86_64
libreoffice-impress-extensions-3.3.1.2-1.2.2.x86_64
libreoffice-base-3.3.1.2-1.2.2.x86_64
libreoffice-writer-3.3.1.2-1.2.2.x86_64
libreoffice-libs-gui-3.3.1.2-1.4.1.x86_64
libreoffice-impress-3.3.1.2-1.2.2.x86_64
libreoffice-templates-labels-letter-1.0.1-0.2.1.noarch
libreoffice-3.3.1.2-1.2.2.x86_64
libreoffice-icon-theme-oxygen-3.3.1.2-1.2.1.noarch
libreoffice-pyuno-3.3.1.2-1.2.3.x86_64
libreoffice-libs-extern-3.3.1.2-1.2.3.x86_64
libreoffice-icon-theme-crystal-3.3.1.2-1.2.1.noarch
libreoffice-draw-3.3.1.2-1.2.2.x86_64
libreoffice-writer-extensions-3.3.1.2-1.2.2.x86_64

I guess we need to switch to another thread now? Or is this new problem related?

A correct setting for a 64 bit is as mine:

timezone-java-2011g-0.2.1.noarch
java-1_6_0-sun-1.6.0.u26-0.2.1.x86_64
java-ca-certificates-1-9.1.noarch
java-1_6_0-sun-plugin-1.6.0.u26-0.2.1.x86_64

Accept no compromise
You may have to be brutal

ok, I’ll go back to the 64 bit java but this is what I read on Mozillazine:

Note: You can also download an offline installer using the “JRE” download link on Oracle’s Java SE Downloads page but make sure you select the 32-bit JRE (e.g., for Windows, download jre-6u25-windows-i586.exe for JRE 6 Update 25) since current Mozilla browsers such as Firefox 4 and SeaMonkey 2 are 32-bit applications. The 64-bit JRE (e.g, on Windows, jre-6u25-windows-x64.exe for JRE 6 Update 25) is only needed if you use a 64-bit browser such as 64-bit Internet Explorer. If you use both 32-bit and 64-bit browsers, you will need to install both the 32-bit and 64-bit Java JRE.

So, how can I do that? If I use the 64 bit java, then SeaMonkey will have no java support. SeaMonkey is a 32 bit app, so I’m thinking that it needs a 32 bit java, right?
Does the java installer from Sun install it to a different directory? If that’s the case, then I can link the correct library in SeaMonkey’s plugins folder like I used to (last year), right?

Mozilla apps are 64 bit in a 64 bit Linux system
All that is windows blabber :slight_smile:

You have a _64 system don’t you?
So use _64 java

N.B:
The only exception for most _64 users in browser support is Flash, which is 32 bit and works in _64 sys with help from nspluginwrapper
Unless like me you use a manually installed _64 bit flash player

P.S. this is the page that the advice came from: Java - MozillaZine Knowledge Base

Like I said
Your system is _64
So use _64 Java
Because Firefox and Seamonkey are both _64 or should be

my SeaMonkey is not 64 bit. I got it right from here: The SeaMonkey So that I can install it myself. I’ve had problems at times with the rpm installed SeaMonkey in the past. Mostly when there’s an update for SeaMonkey from the Moziila site. Those updates seem to mess with my settings/themes/addons. I’ve had to uninstall SeaMonkey and install a newer version myself once because of that. Anyway, there is nothing mentioned on the official site about 64 bit. Since Mozillazine forums are down, I can’t ask about it.

So now, rpm -qa | grep java gives:

java-ca-certificates-1-9.1.noarch
java-1_6_0-sun-alsa-1.6.0.u26-0.2.1.x86_64
timezone-java-2011g-0.2.1.noarch
java-1_6_0-sun-plugin-1.6.0.u26-0.2.1.x86_64
java-1_6_0-sun-1.6.0.u26-0.2.1.x86_64

So, can a person have BOTH the 32 AND the 64 bit installed? My husband told me that he has that on his Windows 7.

Does the java installer from Sun’s site install it to a different directory? If that’s the case, then I can link the correct library in SeaMonkey’s plugins folder like I used to (last year), right?

IMO, a move such as that is regressive

But I guess you can do it, I never tried.
I seldom use SM, but it’s a sort of stand in for the one or two problem sites I use. For some reason SM just works.

And just for the record:
Support for _64 apps in windows is nothing to write home about. No, actually it’s pathetic. They might as well be using a C64 never mind _64

So, what version of SM are you using? Was it from the rpm or did you get it from the SeaMonkey project site like I did?
And Java is shown in your plugins?

Hopefully this will explain. Yes, I use the one from the mozilla repo
http://thumbnails45.imagebam.com/13870/8568f8138695548.jpg](http://www.imagebam.com/image/8568f8138695548)

Ok, now I see, you use the one from an rpm.

How long have you used it? What about when SM says there’s an update, or do you have that turned off? (Edit > Preferences > Advanced > Software Installation > Updates) I’m just asking because, like I said, once when SeaMonkey did its update, I had problems with it afterward (with either java, or flash or another plugin, I don’t remember now) so I had to uninstall it, then install the newer version from here: The SeaMonkey When you use the SM from the seamonkey-project site, you can uninstall it by simply removing (or deleting) the seamonkey folder (I have mine in home/SeaMonkey ) but not your profile folder.

Also, are you able to install themes (my favorite is Modern) and do you have AdBlock Plus as well as PrefBar? I’ve had problems with installing those too (if I use the SeaMonkey from the repo). If I remember correctly, I had permission problems with it when I wanted to install add-ons like that. It didn’t have the permission to write to the directory it needed in order to work.

I’m just being cautious. If I did switch to the one from the repo, I don’t want those problems that I’ve had in the past.