at bottom :- On 01/10/2018, Emmanuel Bourg <ebo...@apache.org> wrote: > Le 01/10/2018 à 11:48, Emmanuel Bourg a écrit : > >> Thanks a lot for investigating this issue Tiago. I'll apply the patch. > > The fix for the Java version parsing issue can be reduced to: > > --- > a/subprojects/base-services/src/main/java/org/gradle/api/JavaVersion.java > +++ > b/subprojects/base-services/src/main/java/org/gradle/api/JavaVersion.java > @@ -26,7 +26,7 @@ > public enum JavaVersion { > VERSION_1_1(false), VERSION_1_2(false), VERSION_1_3(false), > VERSION_1_4(false), > // starting from here versions are 1_ but their official name is "Java > 6", "Java 7", ... > - VERSION_1_5(true), VERSION_1_6(true), VERSION_1_7(true), > VERSION_1_8(true), VERSION_1_9(true), VERSION_1_10(true); > + VERSION_1_5(true), VERSION_1_6(true), VERSION_1_7(true), > VERSION_1_8(true), VERSION_1_9(true), VERSION_1_10(true), > VERSION_1_11(true); > private static JavaVersion currentJavaVersion; > private final boolean hasMajorVersion; > private final String versionName; > > > But that's not enough, the build fails later due to the removal of > sun.misc.Unsafe.defineClass in Java 11. It seems this was fixed in > Gradle 4.8. >
So are we going to have gradle 4.8 in either experimental or unstable soonish. I'm sure you may have read the freeze time-table which was shared few days ago. It would be nice to have all the components in debian tested etc. well before freeze. Hope to see the new releases of gradle, openjfx and rest of openjdk 11 dependencies so we have a java 11 transition if need be before hard freeze comes up. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8