-
1. Re: Install fails (run.sh: java/lang/Object...). Please help
ftg314159 Dec 18, 2001 8:13 AM (in response to ozeric)java.lang.Object is the fundamental core Java class, so the problem is that JBoss can't find your Java installation.
Although Java itself stopped requiring this around 1.2, many other Java products (like Ant) still require an environment variable JAVA_HOME to be set to the install directory path, e.g.
JAVA_HOME=/usr/java/jdk1.3.1_01
export JAVA_HOME
These lines should go in your /etc/profile (standard Unix) or in an executable shell script in the /etc/profile.d directory (Mandrake-style Linux).
See if that helps. -
2. Re: Install fails (run.sh: java/lang/Object...). Please help
ozeric Dec 18, 2001 6:30 PM (in response to ozeric)Thank you very much for replying. Most appreciated :-)
Unfortunately, I've just tried what you've suggested and it results in exactly the same error message.
What i don't understand is that all other applications running on my machine and using Java, such as Tomcat for example, don't have any problem finding and loading the fundamental core Java class java.lang.Object.
Eric -
3. Re: Install fails (run.sh: java/lang/Object...). Please help
adrian.brock Dec 18, 2001 6:49 PM (in response to ozeric)Hi,
I don't know the exact details but...
Providing you are running JBoss 2.4.3+ or perhaps
earlier?
You should not have to set either JBOSS_DIST or
JAVA_HOME.
Any misstype in these variable may cause problems in
code intended for backwards compatibility.
I have no problems, although I do have JAVA_HOME set,
for other java programs that need to load tools.jar.
I have seen this before when trying to run jboss from
SysV init. The default scripts changed the path to not
include my JDK. I never figured out why it could find
the program "java" but then failed with your error.
Adding the JDK to SysV configuration solved the problem.
Maybe you have a path problem as well?
Regards,
Adrian -
4. Solution found to "find/load essential class `java/lang/Obje
ozeric Dec 18, 2001 11:07 PM (in response to ozeric)I though i would let you know that i have identified the cause of the problem and found a solution.
In fact, the only thing i have done is to apply the solution proposed in the last post of the following usenet thread:
http://groups.google.com/groups?hl=en&threadm=m13d7lh4s9.fsf%40cs666818-93.austin.rr.com&rnum=1&prev=/groups%3Fq%3DCouldn%2527t%2Bfind%2Bor%2Bload%2Bessential%2Bclass%2B%2560java%252Flang%252FObject%2527%2B%26hl%3Den%26btnG%3DGoogle%2BSearch
Before I had tried all sorts of combinations/settings of environment variables and path without any success.
The problem apparently is Redhat specific (dist 7.x) comes from Kaffe (jdk-1.3.1_01.i386.rpm).
And it is solved by actually *removing* the corresponding package (rpm -e kaffe)!!
Then it is just a matter of (re)installing jre and putting
/usr/java/jre1.3.1/bin in the PATH: PATH=$PATH:/usr/java/jre1.3.1/bin.
Again, thanks a lot to Christopher Capoccia who proposed this workaround.
Eric