Gentoo Archives: gentoo-java

From: Joshua Nichols <nichoj@g.o>
To: Henrique Ferreiro <henrique.ferreiro@×××××.com>
Cc: gentoo-java@l.g.o
Subject: Re: [gentoo-java] Re: problems compiling junit
Date: Thu, 13 Apr 2006 04:38:00
Message-Id: 443DD5C9.4010401@gentoo.org
In Reply to: Re: [gentoo-java] Re: problems compiling junit by Henrique Ferreiro
Henrique Ferreiro wrote:
> O Mér, 12-04-2006 ás 12:21 +0000, Wiktor Wandachowicz escribiu: > >> Henrique Ferreiro <henrique.ferreiro@...> writes: >> >> >>>> # java-config-1 -L >>>> >>> [sun-jdk-1.4.2.10] "Sun JDK >>> 1.4.2.10" (/etc/env.d/java/20sun-jdk-1.4.2.10) * >>> >> While the above is correct, the latter... >> >> >>>> # java-config-2 -L >>>> >>> 1) Sun JDK 1.4.2.10 [sun-jdk-1.4] >>> (/usr/share/java-config-2/vm/sun-jdk-1.4) >>> *) Sun JDK 1.5.0.06 [sun-jdk-1.5] >>> (/usr/share/java-config-2/vm/sun-jdk-1.5) >>> >> ... explains a bit - you probably shouldn't have a SYSTEM JVM >> set to Java 1.5 as of today. You can do so freely on your regular >> user account. >> > > The the migration document shoud warm about this. Anyway, I did > > java-config-2 -S sun-jdk-1.4 > >
The document doesn't explicitly state it, but java-check-environment should be upset with you using a 1.5 system vm. In the event that it doesn't mind... then it's a bug.
> Now: > > $ java -version > java version "1.4.2_10" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_10-b03) > Java HotSpot(TM) Client VM (build 1.4.2_10-b03, mixed mode) > > But ant-core continues to build with java-1.5. >
The new system has a separation between the system vm, and the vm used to compile package (fuller details here [1]) The vm used at build time is determined by the virtual/jdk dependency of the ebuild and settings in /etc/java-config-2/build/jdk.conf . In this jdk.conf, you could go like: *=sun-jdk-1.5 And it would try to build packages that it can with 1.5. If a package can only be built with 1.4, then the vm would be switched to a 1.4 vm. So.... this suggests to me that you have a line like the one above in jdk.conf. Is this the case?
>>>> # which java >>>> >>> /usr/bin/java >>> localhost ~ # ls -l /usr/bin/java >>> lrwxrwxrwx 1 root root 22 Abr 6 17:00 /usr/bin/java >>> -> /usr/bin/run-java-tool >>> >>>> # java -version >>>> >>> java version "1.5.0_06" >>> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) >>> Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode) >>> >> The above confirms that fact. >> >> >>>> # echo ${PATH} >>>> >>> /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin: >>> /usr/i686-pc-linux-gnu/gcc-bin/3.4.6:/opt/sun-jdk-1.4.2.10/bin: >>> /opt/sun-jdk-1.4.2.10/jre/bin:/opt/sun-jdk-1.4.2.10/jre/javaws >>> >> Here the /usr/bin/java symliked to run-java-tool takes precedence >> over the /opt/sun-jdk-1.4.2.10/bin (this is expected). >> >> >>>> # emerge -pv =sun-jdk-1.4* >>>> >>> [ebuild NSF ] dev-java/java-sdk-docs-1.4.2 33,591 kB >>> [ebuild Rf ] dev-java/sun-jdk-1.4.2.10-r13 USE="X alsa doc* >>> nsplugin* -jce" 0 kB [5] >>> >>> Total size of downloads: 33,591 kB >>> Portage overlays: >>> [1] /usr/portage/local/layman/portage >>> [2] /usr/portage/local/layman/bmg-main >>> [3] /usr/portage/local/layman/gentopia >>> [4] /usr/portage/local/layman/java-experimental >>> [5] /usr/portage/local/layman/migration >>> >> A nice set of overlays ;) >> Most probably you've stepped onto a problem similar to the one already >> discussed (mixing java-experimental and migration overlays is not always >> healthy), see here: >> http://thread.gmane.org/gmane.linux.gentoo.java/825/focus=825 >> >> However, setting your preferred gen-2 system VM and rebuilding the offensive >> packages should help. You can try to find them by using: >> >> # emerge -pvet junit | less >> >> But spotting said packages requires a bit of patience and a good eye :) >> However, the situation is fixable, either manually or maybe through >> the java-1.5-fixer (http://article.gmane.org/gmane.linux.gentoo.java/839) >> >> BTW, if you choose to try the java-1.5-fixer script, could you please >> describe your experiences? I never used this (never needed it, though) >> but I'm curious how this could help in such situation. >> >> Wiktor >> >> > >
[1] https://projects.gentooexperimental.org/expj/wiki/Old_system_new_system_and_why -- gentoo-java@g.o mailing list

Replies

Subject Author
Re: [gentoo-java] Re: problems compiling junit Jon Severinsson <jon@×××××××××××.net>