Semantic Error java.lang

pacranch · 07-04-2005, 08:49 PM

Hi Guys

I'm hoping somebody here has seen this before and knows a workaround or solution. JRE1.5 and Jikes are both installed nicely and respond correctly to queries like 'which java', 'which javac', and similar. The first part of the compile (FreeWRL) goes nicely (the 'perl Makefile.PL' part), then the 'make' part dies with this error:

Code:

Found 1 system error:

*** Semantic Error: You need to modify your classpath, sourcepath, bootclasspath, 
and/or extdirs setup.  Jikes could not find package "java.lang" in:

		*
		*

make[2]: *** [vrml/Field.class] Error 1
make[2]: Leaving directory '/opt/FreeWRL-1.13-pre1/java/classes'
make[1]: *** [subdirs] Error 2
make[1]: Leaving directory '/opt/FreeWRL-1.13-pre1/java'
make *** [subdirs] Error 2

There is no java.lang that I could find, but supposedly something called Jakes uses rt.jar's contents as java.lang (but that's kind of beyond me and my understanding of Java). File rt.jar does exist in the JRE1.5 folder. No idea what Jakes really is.

Any and all help appreciated,

Mike (pacranch)

gbonvehi · 07-12-2005, 12:11 AM

It seems it's a problem with Jikes not finding rt.jar in CLASSPATH.
You can see a solution here: http://forum.java.sun.com/thread.jsp...sageID=2210438

Basically you'll need to declared your /pathto/rt.jar in the enviroment variable CLASSPATH, you can do that with: export CLASSPATH=$CLASSPATH:/pathto/rt.jar

Of course, change pathto to where that file is

pacranch · 07-17-2005, 05:13 AM

Hi Gbonvehi

Seen that one and rejected it, but thought I'd give it a shot this time anyway. The exact code differs a little and methinks that's where the b*tchkitty effect comes in. In the sample at the Java.Sun.COM Forum, the hard to find file is java/lang. Mine is java.lang (similar, but different). Also, in the Sun sample, the folder where the missing file is (should be, ???) is in the error message. In mine, the folder is just a wildcard ( * ). After trying your idea, no joy. I'll keep digging around, but if anybody else has seen this before, all help muchly appreciated.

Thanks,

Mike (pacranch)

nomad311 · 07-20-2005, 08:45 PM

just found this thread and i got the exact same error but im useing blackdown jre in gentoo and that info on sun's page didnt help ...did u ever resolve your problem?

thnx
-nomad311

pacranch · 07-21-2005, 03:39 PM

Nope, haven't got it fixed yet. Gonna get forced to join that Sun Forum and then I really will be in over my head (probably).

Mike (pacranch)

nomad311 · 07-21-2005, 04:24 PM

aww ...well if it means anything i got around it by extractin n runnin the class directly
...i was trying to in stall azureus-bin in gentoo and the prereq systray was where the problem was happenin.
i doubt itd work for much else since azureus-bin was already compiled ...jus needed to be put in its directories

i get the weirdest errors ever!!!

gj to you
-nomad311

pacranch · 07-22-2005, 02:19 AM

I suspect this is the same thing (sort of). Some symbolic link ***somewhere*** that's missing, or a file that needs a symbolic link via a rename or ...

Mike (pacranch)

nomad311 · 07-23-2005, 02:39 AM

ha ill jus go find that ...im bout | | that close to goin to a diff distro !!!

i mean i wanteds to be a part of the l33t linux users but DAMNIT i jus cant cut it

...i think ill go to intro to linux ...unbuntu ...i installed it on my work comp today (killed windows by accident too) and its MORE than easy and based on debian -thats l33t to right? RIGHT?!

lol ill give it maybe another week then ill ...at least till the bumps get smoothed out try somethin else

so what if im dependent on windows ...i was raised that way
-nomad311

Nark_GA60 · 09-04-2005, 08:48 AM

Hey all,
I hit the systray problem in Gentoo while trying to install Azureus as well.

Got around it by doing:
export JIKESPATH=$CLASSPATH:/opt/sun-jre-bin-1.5.0.04/lib/ rt.jar

Obviously, the bit in red will need to change depending upon what JRE/JDK you're using.

pacranch · 09-28-2005, 09:35 PM

Nope. Didn't work.

Mike (pacranch)

cuppett · 10-12-2005, 08:44 PM

I was also installing azureus-bin and setting JIKESPATH did work for me as well. The following steps worked on my relatively new 2005.1 Gentoo installation.

This was, of course, after running the following as well (as root):

# emerge sun-jdk (Requires a download they show you how to obtain)
...
# env-update && source /etc/profile
# java-config -L
[blackdown-jre-1.4.2.02] "Blackdown JRE 1.4.2.02" (/etc/env.d/java/20blackdown-jre-1.4.2.02)
[sun-jdk-1.4.2.09] "Sun JDK 1.4.2.09" (/etc/env.d/java/20sun-jdk-1.4.2.09) *
[blackdown-jdk-1.4.2.02] "Blackdown JDK 1.4.2.02" (/etc/env.d/java/20blackdown-jdk-1.4.2.02)
# java-config -S sun-jdk-1.4.2.09
...
# env-update && source /etc/profile
# export CLASSPATH=$CLASSPATH:/opt/sun-jdk-1.4.2.09/jre/lib/rt.jar
# echo $CLASSPATH
.:/opt/sun-jdk-1.4.2.09/jre/lib/rt.jar
# export JIKESPATH=$CLASSPATH
# emerge --pretend azureus-bin
...
# emerge azureus-bin

Regardless of your unfilled dependencies, this should work for you. However, I opted to switch to Sun's JDK and this is not required. If you skip the sun-jdk and the java-config, you can probably get away with starting at:

# export $CLASSPATH=$CLASSPATH:/opt/blackdown-jre-1.4.2.02/lib/rt.jar
# export $JIKESPATH=$CLASSPATH
# emerge azureus-bin

I just like showing a bit more.