-1 While I agree it is good to support Java 11, forcing a move to Java 11 will hamstring some users of James. First of all, government agencies are slow to adopt new versions, mainly because they have few actual employees well-versed enough to know what enhancements the new versions of Java would do. Additionally, they have other legacy applications which require older versions of Java to run, often on the same machine as their James server. That being said, I do think moving to Java 11 is a good strategy, but keeping compatibility with Java 8 is essential for now. I would ensure that you compile to Java 8 standards in order to help wider adoption. Please do not recompile older binaries into Java 11, as some of us have to jump through sixteen flaming hoops in gasoline-soaked coveralls in order to get approval to get a version of James installed, let alone get Java upgraded to a proper version. Also, the packages of Java that have been bundled with and which have patches in different versions of Red Hat Enterprise Linux and SuSE Linux Enterprise Server are not just able to install the latest and greatest Linux.
On Thu, Oct 24, 2019 at 10:43 AM Matthieu Baechler <matth...@apache.org> wrote: > Hi, > > I would like to propose the migration to Java 11 as a runtime. > > I opened an ADR here: https://github.com/apache/james-project/pull/174 > > Here is the content of this ADR: > > ------------------------------------------------------------------- > # 9. Migration to Java Runtime Environment 11 > > Date: 2019-10-24 > > ## Status > > Proposed > > ## Context > > Java 11 is the only "Long Term Support" java release right now so more > and more people will use it exclusively. > > James is known to build with Java Compiler 11 for some weeks. > > ## Decision > > We adopt Java Runtime Environment 11 for James as a runtime to benefits > from a supported runtime and new features > of the languages and the platform. > > ## Consequences > > * It requires the upgrade of Spring to 4.3.x. > * All docker images should be updated to adoptopenjdk 11. > * The documentation should be updated accordingly. > > ------------------------------------------------------------------- > > Voting rules: > > I do propose a vote to ensure consensus on it: > - Answer this mail with "+1" to support this decision > - Answer this mail with "-1" if you reject this decision > > Negative votes should be motivated. Voting ends on 31th October 2019 > 8am UTC. > > Cheers, > > -- > Matthieu Baechler > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org > For additional commands, e-mail: server-dev-h...@james.apache.org > >
