

Java 9 introduced changes in internal classes that weren't meant for usage outside JVM, preventing/breaking the functionality of popular libraries that made use of these internals -e.g. Consequently, most of these frameworks target Java 11 as "certified" Java Virtual Machine for deployments. Nevertheless, it is a know fact that most enterprise frameworks seek and use Java for stability. The rationale behind this decision is that Java needed dynamism in providing new characteristics to the language, API and JVM, which I really agree. Java current: A fast-paced Java version that is available every 6 months over a predictable calendar, being Java 15 the latest (at least at the time of publishing for this article).


Current platform: Java 11, Payara (Micro) 5, Jakarta EE 8, MicroProfile 3.2.Original platform: Java 8, Glassfish 4, Java EE 7.Current platform: Java 11, Wildfly 17, Jakarta EE 8, MicroProfile 3.0.Original platform: Java 7, Wildfly 8, Java EE 7.My team has been able to bump at least two mature enterprise applications with more than three years in development, being: A Management Information System (MIS)
Glassfish java 8 update#
Is it possible to Update Java EE/MicroProfile Projects From Java 8 to Java 11? This article is focused on Java/Jakarta EE, but it could be used as basis for other enterprise Java frameworks and libraries migrations. It's a known fact that Java 11 has a lot of new characteristics that are revolutionizing how Java is used to create applications, despite being problematic under certain conditions. The purpose of this article is to consolidate all difficulties and solutions that I've encountered while updating Java EE projects from Java 8 to Java 11 (and beyond).
