We discussed this a LOT in the past years. No one is stopping you from developing on Win10, install the utility yourself, developing on Linux or Mac instead.
Furthermore, you can compile to 8 when running Maven with 11,17,21,25. You can use toolchains. After building, no one is stopping you from acceptance testing or running your artifact on your supported Java 8 VM. I really don't see why you want to couple the Maven Runtime so hard to tests you can run on 8. The release flag even does API checks for you. So, what's your hard requirement to keep surefire on 8? The fact no one wants to go through the hazzle of setting up toolchains doesn't count for me. - Ben On 11 February 2026 15:24:47 CET, Elliotte Rusty Harold <[email protected]> wrote: >On Wed, Feb 11, 2026 at 2:09 PM Tibor Digaňa <[email protected]> wrote: >> >> Yes JDK8 is supported till 2030 but it looks like undefined in the table >> below. >> I don't consider this as a healthy argument that we should be on Java 8 as >> well especially if it is the year 2030 because then we are affected by this >> decision for years. The Maven 4 goes with Java 17 - I am glad. See this >> table: >> https://www.oracle.com/java/technologies/java-se-support-roadmap.html > >One more time: please don't confuse the Oracle Java support map with >Java support. They are not the same thing. Java has had multiple >vendors for almost 20 years. What Oracle will support is only what >Oracle will support. I wouldn't even consider Oracle the primary >vendor of Java any more. IBM, Azul, Amazon, Microsoft, Red Hat, the >OpenJDK Project, and others have significantly different schedules. > >A quick search does show Azul and Amazon ending support for Java 8 on >January 1 2031 so 2030 is probably about the right time for us to >consider dropping Java 8 support. I wouldn't do it before then. There >are practical advantages to sticking on Java 8 that still outweigh the >advantages of upgrading for some shops. > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
