juneau-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Steve Blackmon <sblack...@apache.org>
Subject Re: Jenkins build broken since adding Jetty 9.
Date Tue, 22 Aug 2017 18:34:16 GMT
+1 for making Java 8 the standard language level.  Java 7 has been end of
life for > 2 years.

However, it is possible to run jenkins builds for multiple language
levels (many projects do this) and even to publish maven binaries for each
under different classifiers (I’ve seen a few projects that do this)

As to resolve the specific problem of Jetty failing to use jre7 juneau, the
best solution I see there would be to have variants of RestMicroservice
that support > 1 web app containers.  The default version could use Jetty
9, an alternative version might use Jetty 8 (as had been the case until
recently), or use Tomcat or other compatible options.

A maven profile configured from the build environment could easily be used
to test jre7 builds using RestMicroserviceJetty8 and jre8 builds using


On Aug 22, 2017 at 12:23 PM, James Bognar <jamesbognar@apache.org> wrote:

The Jenkins build appears to have been failing since we upgraded to Jetty
9. I don't know how I missed the notification.

The problem is that we're compiling against Java 7, but Jetty 9 is compiled
against Java 8, so we get this error...

Exception in thread "main" java.lang.UnsupportedClassVersionError:
org/eclipse/jetty/server/Handler : Unsupported major.minor version 52.0

The REST testcases all rely on Jetty, so now must be executed using Java
8. But I don't think we want to force Java 8 as the prereq for our code,
right? Prereq'ing Java 6 is a selling point for Juneau.

Can the Jenkins build be modified to compile against Java 6, but run the
REST testcases against Java 8? Or should we just bite the bullet and
prereq Java 8 all over?

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