On HIPP we do not even define a default Java so that projects will have
to explicitly set it. I think for a build to be reproducible a project
should never depend on the default Java and instead explicitly set the
Java version they are targeting.
The problem with defaults is when they suddenly change your build breaks
and you have to spend time to figure out why.
If you want the latest version of a specific stream such as 1.5, 1.6,
1.7 etc.... On /shared/common we have symlinked some JDKs. Such as:
/shared/common/jdk1.5.0-latest
/shared/common/jdk1.6.0-latest
/shared/common/jdk1.7.0-latest
Regards,
Thanh
On 18/12/13 03:28 AM, Laurent Goubet wrote:
Ed : No, this was seen directly on build.eclipse.org, and our failing
build (ecoretools) is not on an HIPP (as far as I know since I am not
the main releng there).
Dennis : M4 is the first time we see this failure, and we had never
changed the default VM before.
The default alternative (I'm talking about ubuntu's
"update-alternatives" and the related set of utilities) for Java has
changed somehow : JAVA_HOME was pointing to /usr/lib64/jvm/java which
in turn is a symbolik link that references the alternative :
/etc/alternatives/java_sdk. If we follow the whole set of symbolic links :
$JAVA_HOME -> /usr/lib64/jvm/java -> /etc/alternatives/java_sdk ->
/usr/lib64/jvm/java-1.5.0-gcj -> /usr/lib64/jvm/java-1.5.0-gcj-4.3-1.5.0.0
Since this is only failing now and we have not changed our ant files
for years, I believe that the link to the java alternative was not
pointing towards this "gcj" implementation for M3 and all releases
before that. This can be worked around by just exporting our own
JAVA_HOME instead of depending on the system's alternatives... but
that also means making sure we never use the default in our build jobs
and all other tasks that may use 'java' on the server.
Laurent Goubet
Obeo
On 18/12/2013 08:43, Dennis Hübner wrote:
Hi all,
I had the same problem with build.eclipse.org
<http://build.eclipse.org> last week.
After trying around with combination of different processors and ant
versions
I gave up and switched to the /usr/lib64/jvm/java-1_6_0-ibm-1.6.0
We really need a better JVM default, for HIPPs and build.eclipse.org
<http://build.eclipse.org>.
Best regards,
Dennis.
Am 17.12.2013 um 22:38 schrieb Ed Willink <[email protected]
<mailto:[email protected]>>:
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
<http://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
_______________________________________________
cross-project-issues-dev mailing list
[email protected]
<mailto:[email protected]>
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Dennis Hübner
Xtext Commiter / Build Engineer
Mobile: +49 (0) 151 / 17 39 67 07
Telefon: +49 (0) 431 / 990 268 70
Fax: +49 (0) 431 / 990 268 72
itemis AG
Niederlassung Kiel
Am Germaniahafen 1
24143 Kiel
http://www.itemis.de/
Rechtlicher Hinweis:
Amtsgericht Dortmund, HRB 20621
Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek,
Jens Trompeter, Sebastian Neus
Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael
Neuhaus
_______________________________________________
cross-project-issues-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
