[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
[cross-project-issues-dev] Change in the default java on build.eclipse.org
|
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
|
begin:vcard
fn:Laurent Goubet
n:Goubet;Laurent
org:<a href="http://www.obeo.fr">Obeo</a>
email;internet:laurent.goubet@xxxxxxx
url:http://www.obeo.fr
version:2.1
end:vcard