On Tue, Mar 28, 2023 at 1:56 PM Steve Loughran <ste...@cloudera.com.invalid> wrote:
> Now that hadoop 3.3.5 is out, i want to propose something new > > we switch branch-3.3 and trunk to being java11 only > I agree that maintaining support for Java8 is becoming burdensome. Over in HBase, we maintain support for both Java8 and Hadoop2 :( We could roll-forward the code lines: branch from rel/3.3.5 as a new branch-3.4 and trunk version bumps to 3.5 -- assuming the compatibility guidelines permit dropping the JVM version on a minor release. If not, rel/3.3.5 branches to branch-4 and trunk changes accordingly. 1. java 11 has been out for years > 2. oracle java 8 is no longer available under "premier support"; you > can't really get upgrades > https://www.oracle.com/java/technologies/java-se-support-roadmap.html > 3. openJDK 8 releases != oracle ones, and things you compile with them > don't always link to oracle java 8 (some classes in java.nio have added > more overrides) > 4. more and more libraries we want to upgrade to/bundle are java 11 only > 5. moving to java 11 would cut our yetus build workload in half, and > line up for adding java 17 builds instead. > > > I know there are some outstanding issues still in > https://issues.apache.org/jira/browse/HADOOP-16795 -but are they blockers? > Could we just move to java11 and enhance at our leisure, once java8 is no > longer a concern. >
