Exception in thread "main" java.lang.NoClassDefFoundError: com/zerog/lax/LAX

(Mat)
"java -version" shows

java version "1.4.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92)
Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode)

My classpath is now correct as well but I still get the error message.

[nDiScReEt]

I will take it to another level. I am using Mandrake 8.2 with Java blackdown version:

java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.3.1-02b-FCS)
Java HotSpot(TM) Client VM (build Blackdown-1.3.1_02b-FCS, mixed mode)

I put where I downloaded my j2sdk1.3.1-02b-FCS:

/usr/lib/j2sdk1.3.1

into my PATH in my .bash_profile:

export JAVA_HOME=/usr/lib/j2sdk1.3.1
export PATH=$JAVA_HOME/bin:$PATH

After doing that, I remove kaffe from my system but I have a dependency problem with my wizard packages. I do this command to keep that program around:

rpm -e kaffe --nodeps

This removes all instances of kaffe binaries from /usr/bin.

I next create soft links to the /usr/bin directory but blackdown has most of all of it's java commands (ie java, javac, etc) as symbolic links. Some people´s configuration will not allow that many symlinks.
the symlinks point to a "hidden" file called .java_wrapper. So I link this to my /usrbin directory like so:

ln -s /usr/lib/j2sdk1.3.1/bin/.java_wrapper /usr/bin/java

After doing that, I execute the LImeWireLinux.bin installer:

./LimeWireLinux.bin

Installation works. Program installed, running, and functional. I discovered that I had to install the program as user instead of trying to set it systemwide as root.

[nDiScReEt]

I will take it to another level. I am using Mandrake 8.2 with Java blackdown version:

java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.3.1-02b-FCS)
Java HotSpot(TM) Client VM (build Blackdown-1.3.1_02b-FCS, mixed mode)

I put where I downloaded my j2sdk1.3.1-02b-FCS:

/usr/lib/j2sdk1.3.1

into my PATH in my .bash_profile:

export JAVA_HOME=/usr/lib/j2sdk1.3.1
export PATH=$JAVA_HOME/bin:$PATH

After doing that, I remove kaffe from my system but I have a dependency problem with my wizard packages. I do this command to keep that program around:

rpm -e kaffe --nodeps

This removes all instances of kaffe binaries from /usr/bin.

I next create soft links to the /usr/bin directory but blackdown has most of all of it's java commands (ie java, javac, etc) as symbolic links. Some people´s configuration will not allow that many symlinks.
the symlinks point to a "hidden" file called .java_wrapper. So I link this to my /usrbin directory like so:

ln -s /usr/lib/j2sdk1.3.1/bin/.java_wrapper /usr/bin/java

After doing that, I execute the LImeWireLinux.bin installer:

./LimeWireLinux.bin

Installation works. Program installed, running, and functional.

[rs008f]

That didn't work for me either. I have SUSE 8.0 and there is no old java in /usr/bin. However there is an old java in /usr/lib/SunJava1-1.1.8/bin but when I do a java -version, the system recognizes 1.40, so it means it'not using the old version. Am I right? I'll download the trusted LImeWire tgz version and see if it'll work.

[rs008f]

I managed to get the tgz version to work.
http://www.gnutellaforums.com/showth...3513#post43513

[nDiScReEt]

Originally posted by Unregistered
i tried that symbolic linking fix, but when i finished, it told me there were too many levels of symbolic linking. what the heck?

You must be using blackdown's jvm package. YOu will have to create your links like so:

ln -s /usr/lib/j2re1.4.0_01/bin/.java_wrapper /usr/bin/java

Just replace "/usr/lib/j2re1.4.0_01" with your correct directory.

HTH

altoine

IM a new poster and do ALL the stuff and still the same error message.........seem we have a bug.......

[nDiScReEt]

Originally posted by Unregistered
Hello all, I know the error messages you get. I got them. And no one could make sense of it sending me on wild goose chases. But I think I figured something out.

In Redhat 7.2:
Even though you install the RPM of Sun's JRE there is STILL an OLD java in /usr/bin so I did this:
(as root)
mv /usr/bin/java /usr/bin/java.old
ln -s /usr/java/jre1.3.1_02/bin/java /usr/bin/java

Basically this moves and renames the non-working java to java.old, then makes a symbolic link to the java we want to use.

Limewire worked right away :-)

AOL-IM: toodeep2c

YOu wouldn't have to do that at all if you put $JAVA_HOME/bin in front of all yiour other path statements like so:

export PATH=$JAVA_HOME/bin:$PATH

altoine.

[nDiScReEt]

Originally posted by rs008f
That didn't work for me either. I have SUSE 8.0 and there is no old java in /usr/bin. However there is an old java in /usr/lib/SunJava1-1.1.8/bin but when I do a java -version, the system recognizes 1.40, so it means it'not using the old version. Am I right? I'll download the trusted LImeWire tgz version and see if it'll work.

I didn't see this message until now. The reason your tarball worked it that you had been rebooted your computer since the last upgrade. You should type:

source .bash_profile

if you don't want to do the "Windows" method of getting configuration settings to work.

altoine