[fedora-java] FC6 gcj notes

[Thomas Fitzsimmons]

Hi,

David Walluck wrote:

> So, how is the plugin installation handled? It seems that the GNU plugin
> will override, say, the blackdown plugin for any applets. since the GNU
> plugin isn't going through the alternatives system and is just getting
> put in the plugin path first. In addition to not liking the configure
> for the plugin install location, I don't like how it is looking for
> mozilla, when it seems you should also be able to use mozilla-firefox
> without problems.

I'm not sure where these assertions are coming from.  What are you 
trying to build/do, exactly?

First, GNU Classpath no longer installs the plugin in ~/.mozilla/plugins 
by default.  Instead, there is an "install-plugin" target in 
$builddir/native/plugin that copies libgcjwebplugin.so to 
~/.mozilla/plugins, if the GNU Classpath developer runs the target 
manually.  This "install-plugin" target is not run by default.

Second, in Red Hat distributions we do use alternatives to manage Java 
plugins.  In the RHEL packages, I introduced the alternatives-managed 
/usr/lib/mozilla/plugins/libjavaplugin.so symlink.  I'll do the same for 
Fedora.  (A long time ago, I proposed this approach to plugin packaging 
to the JPackage maintainers, and provided a patch to java-1.4.2-ibm to 
implement it, but it never made it into the official JPackage packages. 
  I've been discussing it with Daniel though and he thinks it's a good 
idea, so I'm going to try again to have it accepted).

Finally, while GNU Classpath does require the Mozilla headers and 
libraries to build the plugin, so does every Mozilla plugin.  And 
java-1.4.2-gcj-compat-plugin will only require the 
/usr/lib/mozilla/plugins directory, meaning that the plugin will be 
recognized by any browser that supports Netscape plugins.

If you want, add yourself to the CC for this bug:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=127537

and review java-1.4.2-gcj-compat-plugin after I've committed it.

Tom