Bug 164830 – dev-java/jmf-bin + seamonkey not working (CLASSPATH problem?)

• Product: Gentoo Linux
• Status: RESOLVED NEEDINFO

[Description rhywek 2007-02-01 13:09:30 UTC]

I have emerged jmf-bin. Then I have added it to system-wide classpath as root, using:
java-config -A jmf-bin
It worked, because when I have logged out and in again (using xdm), I have issued:
$ echo $CLASSPATH 
/usr/share/jmf-bin/lib/mediaplayer.jar:/usr/share/jmf-bin/lib/jmf.jar:/usr/share/jmf-bin/lib/customizer.jar:/usr/share/jmf-bin/lib/multiplayer.jar:.

As you can see, the classes are in default $CLASSPATH. Then I've started seamonkey (from the same terminal to make sure the environment is the same), and I have navigated to http://java.sun.com/products/java-media/jmf/2.1.1/jmfdiagnostics.html
This website contains small applet that tries to load javax.media.Player class and informs about the results. It has output:
JMF Diagnostics:

Java 1.1 compliant browser.....Maybe
JMF classes.....Not Found

Which is strange. I have investigated the sourcecode of the applet and it tries to use class javax.media.Player, which can be found in the jmf.jar, which is in the $CLASSPATH:

$ jar tvf /usr/share/jmf-bin/lib/jmf.jar |grep -F javax/media/Player
   484 Thu May 01 13:41:20 CEST 2003 javax/media/Player.class

I have also tried demo applets, which use JMF and it won't work either. It looks like the applets run by java in seamonkey don't have access to libraries that are in the CLASSPATH.

Other info:

# java-check-environment 
 * === Java Environment Checker ===
 * The purpose of this script is to check the sanity of your Java Environment.
 * We have significantly changed and improved the way Java is handled in many respects.
 * Please refer to http://www.gentoo.org/proj/en/java/java-upgrade.xml for details

 * Checking vm_environment_files ...                                [ ok ]

 * Checking user_settings ...
 * Running as root. Don't need to check user settings.              [ ok ]

 * Checking generation_1_system_vm ...                              [ ok ]

 * Checking virtual_provides ...                                    [ ok ]

 * Checking overlays_eclasses ...                                   [ ok ]

 * Java environment is sane. Congratulations!

# java-config -L
The following VMs are available for generation-2:
1)      Blackdown JDK 1.4.2.03 [blackdown-jdk-1.4.2]
2)      Blackdown JRE 1.4.2.03 [blackdown-jre-1.4.2]
*)      Sun JDK 1.5.0.10 [sun-jdk-1.5]

# eix seamonkey
[I] www-client/seamonkey 
     Available versions:  1.0.7 ~1.1
     Installed:           1.0.7(21:29:19 01/30/07)(crypt -debug gnome ipv6 java -ldap -mozcalendar -mozdevelop -moznocompose -moznoirc -moznomail -moznopango -moznoroaming -postgres -xinerama -xprint)
     Homepage:            http://www.mozilla.org
     Description:         Mozilla Application Suite - web browser, email, HTML editor, IRC



Reproducible: Always

Steps to Reproduce:

[Comment 1 Ortwin Glueck 2007-09-10 16:23:42 UTC]

JMF being on the classpath is probably not enough. The installation instructions say that the jmf.jar should be in jre/lib/ext.

Actually, the sun-jdk ebuilds should have a USE flag for this library and jar should then get symlinked. While we're at it, there should also be the mp3 USE flag to install the MP3 Plugin:
http://java.sun.com/products/java-media/jmf/mp3/download.html

[Comment 2 Lars Wendler (Polynomial-C) (RETIRED) 2010-07-17 11:53:20 UTC]

Please reopen if this is still a problem with latest seamonkey.