|Re: [cross-project-issues-dev] Change in the default java on build.eclipse.org|
A long time ago GNU Java was the almost unuseable default for vanilla Unix systems.
Have you perhaps just switched to a new unconfigured platform such as a HIPP where the defaults are different?
On 17.12.2013 10:33, Laurent Goubet wrote:
With Luna M4, we've begun to see "strange" failures in our ant promoters :
javax.xml.transform.TransformerConfigurationException: no xsl:version attribute on literal result nodeThis happened for us on the ant promoters for EMF Compare and Acceleo, and we also had a random failure on one of our builds : https://hudson.eclipse.org/hudson/job/emf-ecoretools-1.1.0/51/console
It seems like this same failure also happened for EMF : https://bugs.eclipse.org/bugs/show_bug.cgi?id=420481
I ultimately tracked this down to our "JAVA_HOME" pointing to a 1.5.0 gcj version of the jre on build.eclipse.org :
> $JAVA_HOME/bin/java -version
java version "1.5.0"
gij (GNU libgcj) version 4.3.4 [gcc-4_3-branch revision 152973]
Strangely enough, this isn't the version used in our PATH :
> java -version
java version "1.6.0_27"
Java(TM) SE Runtime Environment (build 1.6.0_27-b07)
Java HotSpot(TM) 64-Bit Server VM (build 20.2-b06, mixed mode)
after exporting a more appropriate version, ours promoters started to work anew :
> export JAVA_HOME=/shared/common/jdk-1.6.x86_64
> export JAVA_ROOT=/shared/common/jdk-1.6.x86_64
> export JAVA_BINDIR=/shared/common/jdk-1.6.x86_64/bin
Likewise, changing our failing hudson job's configuration from "(Default)" to an explicit "Java 6 R 30", the build worked like a charm.
Was this change to java 1.5.0-gcj announced somewhere, or is that an unexpected change?
Back to the top