I´m running LW 4.2 on Fedora Core 3 using j2se 1.5.0.

I´ve been running LimeWire for quite a while now, but it stopped working when I installed Fedora Core 3. I upgraded to LW 4.2 hoping it would be more compatible, but the errors I´m getting are the same.

I get different sets of ¨class missing¨ warnings depending on how I start it up (with the different startup suggestions in README.txt), but the common problem is that java can find the com.limegroup.gnutella.gui.Initializer class.

Note that /usr/bin/java is a placeholder script which runs gij, the Java bytecode interpreter.

Here is the output from sh ./runLime.sh:

217> sh ./runLime.sh
libgcj-java-placeholder.sh

This script is a placeholder for the /usr/bin/java
master link required by jpackage.org conventions. libgcj's
rmiregistry, rmic and jar tools are now slave symlinks to these
masters, and are managed by the alternatives(8) system.

This change was necessary because the rmiregistry, rmic and jar tools
installed by previous versions of libgcj conflicted with symlinks
installed by jpackage.org JVM packages.
java.lang.NoClassDefFoundError: while resolving class: com.limegroup.gnutella.gui.Initializer
at java.lang.VMClassLoader.resolveClass(java.lang.Cla ss) (/usr/lib/libgcj.so.5.0.0)
at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.5.0.0)
at _Jv_ResolvePoolEntry(java.lang.Class, int) (/usr/lib/libgcj.so.5.0.0)
at com.limegroup.gnutella.gui.Main.main(java.lang.Str ing[]) (Unknown Source)
Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.Log not found in [file:LimeWire.jar, core:/]
at java.net.URLClassLoader.findClass(java.lang.String ) (/usr/lib/libgcj.so.5.0.0)
at gnu.gcj.runtime.VMClassLoader.findClass(java.lang. String) (/usr/lib/libgcj.so.5.0.0)
at java.lang.ClassLoader.loadClass(java.lang.String, boolean) (/usr/lib/libgcj.so.5.0.0)
at _Jv_FindClass(_Jv_Utf8Const, java.lang.ClassLoader) (/usr/lib/libgcj.so.5.0.0)
at java.lang.Class.forName(java.lang.String, boolean, java.lang.ClassLoader) (/usr/lib/libgcj.so.5.0.0)
at _Jv_BytecodeVerifier.verify_instructions_0() (/usr/lib/libgcj.so.5.0.0)
at _Jv_VerifyMethod(_Jv_InterpMethod) (/usr/lib/libgcj.so.5.0.0)
at _Jv_PrepareClass(java.lang.Class) (/usr/lib/libgcj.so.5.0.0)
at _Jv_WaitForState(java.lang.Class, int) (/usr/lib/libgcj.so.5.0.0)
at java.lang.VMClassLoader.linkClass0(java.lang.Class ) (/usr/lib/libgcj.so.5.0.0)
at java.lang.VMClassLoader.resolveClass(java.lang.Cla ss) (/usr/lib/libgcj.so.5.0.0)
...3 more
UIDefaults.getUIError: failed to locate UI class:TextAreaUI
Exception in thread "main" java.lang.NullPointerException
at javax.swing.text.JTextComponent.setCaretPosition(i nt) (/usr/lib/libgcj.so.5.0.0)
at javax.swing.text.JTextComponent.select(int, int) (/usr/lib/libgcj.so.5.0.0)
at javax.swing.text.JTextComponent.selectAll() (/usr/lib/libgcj.so.5.0.0)
at com.limegroup.gnutella.gui.Main.displayError(java. lang.String) (Unknown Source)
at com.limegroup.gnutella.gui.Main.showCorruptionErro r(java.lang.Throwable) (Unknown Source)
at com.limegroup.gnutella.gui.Main.main(java.lang.Str ing[]) (Unknown Source)

GCJ is not J2SE 5.0. It is very likely that it crashes due to GCJ...

Thanks everyone and this forum.

rkapsi ponted out the problem and RealityX showed the way to the solution in his thread - HOWTO - Solve the problem with Java and LimeWire (http://www.gnutellaforums.com/showth...threadid=21448)
by disabling the Java alternatives in Fedora Core 3 and using the j2se sdk to install it properly. In addition to the above post, I changed the /usr/bin/java softlink to point back to the real java instead of /etc/alternatives/java.

Limewire is now operational again for me.

Ed