Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] Change in the default java on build.eclipse.org

Hi Laurent

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?

     Regards

        Ed Willink

 

 

On 17.12.2013 10:33, Laurent Goubet wrote:

Hi,

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 node
This 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?

Laurent Goubet
Obeo

 

 

Back to the top