cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Wilder Rodrigues <>
Subject Re: [JENKINS] Java 8 job doesn't use Java 8 at all
Date Tue, 19 May 2015 09:20:17 GMT
Hi Rafael,

I know that.

The problem here is because we have a job called jdk18 which actually just build ACS using
jdk 1.7 and the error was completely unrelated to the constant type.

Concerning the PowerMock runner, it was not needed, so using the Mockito runner will get it
working fine.

I will have a look at your PR, because if we need the powermock runner in the future it will
be useful.

In order to get the jdk18 job doing what is expected, we need to install java openjdk 1.8
in the slave node. Unfortunately, I cannot do that because I do not have access to the slave.

Thanks for the email and PR. :)


On 19 May 2015, at 10:13, Rafael Fonseca <<>>

Hi :)

The jdk 7 is always installed because of the requires in the spec file.

BuildRequires: java-1.7.0-openjdk-devel
BuildRequires: ws-commons-util

The ws-commons-util is downloaded through maven and is not needed as a OS
package, in rhel 7 this depends on java 7, so it's always installed if
listed in the buildrequires.
The error you're seeing: Error: invalid constant type:
Is caused by a bug in a dependency of reflections, upgrade reflections from
0.9.8 to 0.9.9 to fix that ;)

Both these fixes are implemented in my pull request:


On Tue, May 19, 2015 at 9:24 AM, Wilder Rodrigues <<>> wrote:

Hi Pierre-Luc,

Is that possible to have Java OpenJDK 8 Devel installed and marked as the
alternative in the slave that builds the jdk18 job?

It’s also important to say that both java and java point to the correct

I am now testing a fix I added for a couple of test suites that were using
PowerMock as Junit Runner. Instead, I’m simply using the mockito runner,
which works fine with java 8. I’m able to build, run tests and run the
management server with java-1.8.0-openjdk-

In order to test the build, I did:

== Using java-1.7.0-openjdk- ==
mvn -P developer,systemvm clean install

== Using java-1.8.0-openjdk- ==
mvn -P developer,systemvm clean install
mvn -P developer,systemvm clean install -Dmaven.compiler.source=1.8

It all works fine. I will create a PR once the is

Thanks in advance.


On 18 May 2015, at 13:45, Wilder Rodrigues <<>
<>> wrote:

Hi guys,

After [a guy] reported that the Java 8 build was broken due to a failure
in an Unit Test, I traced the route cause and tried to build ACS using the
OpenJDK 1.8 in my test environment. Unfortunately, it did not work due to
an error when loading the Mockito classes :

Error: invalid constant type: 18

After that, I had a look at the Jenkins  build logs and found out the

[build-master-jdk18] $
Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17
Maven home:
Java version: 1.7.0_75, vendor: Oracle Corporation
Java home:
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "3.10.0-123.20.1.el7.x86_64", arch: "amd64",
family: "unix"

Based on the output, we are not even using Java 8 for the build called

Before making any assumption and sending this email, I had a look at the
slave node with Daan and we found out that OpenJDK 1.8 is not even

javac - status is auto.
link currently points to
/usr/lib/jvm/java-1.7.0-openjdk- -
priority 170075
slave appletviewer:
slave apt:
slave extcheck:
slave idlj:
slave jar:
slave jarsigner:
slave javadoc:
slave javah:
slave javap:
slave jcmd:
slave jconsole:
slave jdb:
slave jhat:
slave jinfo:
slave jmap:
slave jps:
slave jrunscript:
slave jsadebugd:
slave jstack:
slave jstat:
slave jstatd:
slave native2ascii:
slave policytool:
slave rmic:
slave schemagen:
slave serialver:
slave wsgen:
slave wsimport:
slave xjc:
slave java_sdk_exports:
slave java_sdk:
slave appletviewer.1.gz:
slave apt.1.gz:
slave extcheck.1.gz:
slave jar.1.gz:
slave jarsigner.1.gz:
slave javac.1.gz:
slave javadoc.1.gz:
slave javah.1.gz:
slave javap.1.gz:
slave jconsole.1.gz:
slave jdb.1.gz:
slave jhat.1.gz:
slave jinfo.1.gz:
slave jmap.1.gz:
slave jps.1.gz:
slave jrunscript.1.gz:
slave jsadebugd.1.gz:
slave jstack.1.gz:
slave jstat.1.gz:
slave jstatd.1.gz:
slave native2ascii.1.gz:
slave policytool.1.gz:
slave rmic.1.gz:
slave schemagen.1.gz:
slave serialver.1.gz:
slave wsgen.1.gz:
slave wsimport.1.gz:
slave xjc.1.gz:
Current `best' version is

I will push the fix I did on the test, which now uses a mock path instead
of /bin/bash.

Concerning the slave node, could someone have a look at that?


  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message