Java 2018 Code Sprint Results
The Java 2018 code sprint was an ambitious event gathering up OSGeo Java projects to look at Java 11 compatibility. With a great response from the GeoServer community we are pleased to announce the GeoServer can now run in Java 11!
This sprint was an important response by our community to changes in the Java roadmap. The immediate motivation is to give our users the option of using Java 11 in the coming year now that OpenJDK is taking over as lead project. We are also pleased to report that Java 8 will continue to be supported (thanks to the commitment of RedHat and Adopt OpenJDK) giving everyone a chance to migrate when ready.
We had 11 participants for the sprint - thanks to everyone who attended!
David Vick (Boundless), Devon Tucker (Boundless), Jim Hughes (CCRi), Jody Garnett (Boundless) Kevin Smith (Boundless), and Torben Barsballe (Boundless) gathered at the Boundless office in Victoria, Canada.
Andrea Aime (GeoSolutions) and Antonello Andrea (Hydrologis) participated from Andrea’s home office in Italy.
María Arias de Reyna (GeoCat), Ian Turton (Astun), Landon Blake (BKF Engineers), and Brad Hards participated remotely.
With support from OSGeo and event sponsors many individuals were able to meet up in person, with those hosed at the Boundless Victoria office enjoying the occasional break outside.
How to try it out:
To get started:
Download and install Java 11 from jdk.java.net/11
Download the GeoServer 2.15-M0 milestone release of GeoServer
* The GeoServer 2.15-M0 will run under Java 11 with no additional configuration on **Tomcat 9** or newer and **Jetty 9.4.12** or newer. * The binary distribution includes a compatible version of Jetty.
We need your help:
pulling together running on java 11 instructions for additional application servers, please download the WAR bundle to help out
testing the windows installer
Thanks to Gaia3D for leading with a silver sponsorship, and ASTUN Technology, OSGeo:UK, and ATOL for their bronze sponsorships.
These sprints also require people to function, and we appreciate Boundless, GeoCat, ASTUN Technology, GeoSolutions and CCRi for their in-kind participation.
GeoServer was upgraded to Spring 5. Thanks to David Vick and everyone for this (especially the Spring Security upgrade with James).
Kevin went through the same steps for GeoWebCache for a difficult couple of days.
The EMF models that drive much of our parsing technology were upgraded. Thanks to Ian who worked through this, putting us in a much better spot to make changes to our codebase.
Torben helped remove countless references to internal “com.sun” classes.
A big thanks to Andrea for stepping up where needed (i.e. everywhere) and encouraging everyone through out the week
Thanks to Andrea and Brad for preliminary work that made this sprint possible.
Thanks to Jody for doing the milestone release.
Certain components and dependencies could not be upgraded as no Java 11-compatible versions have been released. These have been removed or replaced by different libraries where possible, but some incompatible libraries remain.
The remaining issues are primarily either Internal API usage or Illegal access. These will only cause problems when running on Java 11:
Internal API usage
Some components and dependencies reference internal Java API. Depending on the nature of this API, calling this code may cause a runtime error or a warning when running on Java 11. If you run into any unusual failures when running under Java 11, please report them.
Examples of libraries producing these warnings:
freemarker template library (used for GetFeatureInfo responses)
ehcache library used for image mosaic performance
Java Advanced Imaging used for image processing
Java 11 introduces stricter access constraints on reflective operations. For now, such issues will only cause a warning in the logs, of the form:
WARNING: Illegal reflective access by ...
In future versions of Java, this will instead cause a runtime error.
Known warnings you can expect when running in Java 11:
If you run into a reflective access warning about a package not in this list, please report it.
The following community modules do not yet support Java 11:
- OGC Filter Injection Vulnerability Statement
- GeoServer 2.22.0 Release
- GeoServer 2.21.2 Release
- Jiffle and GeoTools RCE vulnerabilities
- GeoServer 2.20.4 Released
- Spring4Shell RCE vulnerability
- GeoServer 2.20.3 Released
- GeoServer 2.19.5 Released
- GeoServer 2.19.4 Released
- Log4J2 zero day vulnerability assessment