From 01447f0f57e5868cfe1f2917362dde24aed9dc40 Mon Sep 17 00:00:00 2001 From: Brian Stansberry Date: Wed, 3 May 2023 20:56:59 -0500 Subject: [PATCH] Correct wrong ref to SE 17; I meant SE 11 --- _posts/2023-04-20-WildFly28-Released.adoc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/_posts/2023-04-20-WildFly28-Released.adoc b/_posts/2023-04-20-WildFly28-Released.adoc index 6e74698b..f974a7f4 100644 --- a/_posts/2023-04-20-WildFly28-Released.adoc +++ b/_posts/2023-04-20-WildFly28-Released.adoc @@ -100,7 +100,7 @@ Evidence supporting our certification is available in the link:https://github.co Our recommendation is that you run WildFly on the most recent long-term support Java SE release, i.e. on SE 17 for WildFly 28. While we do do some testing of WildFly on JDK 20, we do considerably more testing of WildFly itself on the LTS JDKs, and we make no attempt to ensure the projects producing the various libraries we integrate are testing their libraries on anything other than JDK 11 or 17. -WildFly 28 also is heavily tested and runs well on Java 11. We plan to continue to support Java 11 at least through WildFly 29, and likely beyond. We do, however, anticipate removing support for SE 17 sometime in the next 12 to 18 months. +WildFly 28 also is heavily tested and runs well on Java 11. We plan to continue to support Java 11 at least through WildFly 29, and likely beyond. We do, however, anticipate removing support for SE 11 sometime in the next 12 to 18 months. While we recommend using an LTS JDK release, I do believe WildFly runs well on JDK 20. By runs well, I mean the main WildFly testsuite runs with no more than a few failures in areas not expected to be commonly used. We want developers who are trying to evaluate what a newer JVM means for their applications to be able to look to WildFly as a useful development platform.