Thanks but I'm afraid it won't allow me to boot Gradle either. Even after trying `getDefinedPackages` instead, I only reach another error of this kind:
Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make private final java.util.Map java.util.Collections$UnmodifiableMap.m accessible: module java.base does not "exports private java.util" to unnamed module @6da21078 at java.base/jdk.internal.reflect.Reflection.throwInaccessibleObjectException(Reflection.java:414) at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:196) at java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:171) at java.base/java.lang.reflect.Field.setAccessible(Field.java:165) at net.rubygrapefruit.platform.internal.WrapperProcess.getEnv(WrapperProcess.java:110) Is this "feature/bug" going to be fixed? Is there any way to disable that behavior? 2016-09-18 15:03 GMT+02:00 Remi Forax <fo...@univ-mlv.fr>: > > > ------------------------------ > > *De: *"Cédric Champeau" <cedric.champ...@gmail.com> > *À: *dev@groovy.apache.org > *Envoyé: *Dimanche 18 Septembre 2016 14:39:30 > *Objet: *Re: TeamCity back on track > > I can confirm this is a new error. Gradle 3.0 works with b119, but not > b136. And from what I can see, this is *not* going to be trivial to fix. > Best I could get now is: > Caused by: java.lang.IllegalAccessException: class > org.gradle.internal.reflect.JavaMethod cannot access a member of class > java.lang.ClassLoader (in module java.base) with modifiers "protected" > at java.base/jdk.internal.reflect.Reflection. > throwIllegalAccessException(Reflection.java:405) > at java.base/jdk.internal.reflect.Reflection. > throwIllegalAccessException(Reflection.java:396) > at java.base/jdk.internal.reflect.Reflection. > ensureMemberAccess(Reflection.java:98) > at java.base/java.lang.reflect.AccessibleObject. > slowCheckMemberAccess(AccessibleObject.java:359) > at java.base/java.lang.reflect.AccessibleObject.checkAccess( > AccessibleObject.java:351) > at java.base/java.lang.reflect.Method.invoke(Method.java:529) > at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod. > java:77) > > Which is f* annoying. > > > Sorry,wrong stacktrace. > > This one is a new bug/feature, > it's part of what we have called 'stronger' (not strong) encapsulation > i.e. most of the classes of java.* disallow setAccessible, before that only > internal packages were disallowing setAccessible. > > For your specific bug, you can use ClassLoader.getDefinedPackages() or > classloader.getUnamedModule().getPackages() instead. > > Rémi > > > > 2016-09-18 13:46 GMT+02:00 Cédric Champeau <cedric.champ...@gmail.com>: > >> This seems to be a new error, I've never seen it before with Gradle 3.0+. >> It says: >> [Gradle failure report] Caused by: >> java.lang.reflect.InaccessibleObjectException: >> Unable to make protected java.lang.Package[] >> java.lang.ClassLoader.getPackages() >> accessible: module java.base does not "exports private java.lang" to >> unnamed module @6ca18a14 >> [12:00:28][Gradle failure report] at java.base/jdk.internal. >> reflect.Reflection.throwInaccessibleObjectException(Reflection.java:414) >> [12:00:28][Gradle failure report] at java.base/java.lang.reflect. >> AccessibleObject.checkCanSetAccessible(AccessibleObject.java:196) >> [12:00:28][Gradle failure report] at java.base/java.lang.reflect. >> Method.checkCanSetAccessible(Method.java:192) >> [12:00:28][Gradle failure report] at java.base/java.lang.reflect. >> Method.setAccessible(Method.java:186) >> [12:00:28][Gradle failure report] at org.gradle.internal.reflect. >> JavaMethod.<init>(JavaMethod.java:34) >> [12:00:28][Gradle failure report] at org.gradle.internal.reflect. >> JavaMethod.<init>(JavaMethod.java:38) >> [12:00:28][Gradle failure report] at org.gradle.internal.reflect. >> JavaReflectionUtil.method(JavaReflectionUtil.java:224) >> [12:00:28][Gradle failure report] at org.gradle.internal.classloader. >> FilteringClassLoader.<clinit>(FilteringClassLoader.java:49) >> >> Which doesn't seem to be URLClassLoader related. >> >> 2016-09-18 13:11 GMT+02:00 Remi Forax <fo...@univ-mlv.fr>: >> >>> Gradle thinks it can hack the classpath by seeing the application >>> classloader as an URLClassLoader. >>> The application classloader is now something that loads modules, so it's >>> not a subclass of URLClassLoader anymore. >>> >>> Rémi >>> >>> ----- Mail original ----- >>> > De: "Jochen Theodorou" <blackd...@gmx.org> >>> > À: dev@groovy.apache.org >>> > Envoyé: Dimanche 18 Septembre 2016 12:31:56 >>> > Objet: Re: TeamCity back on track >>> >>> > On 18.09.2016 10:47, Cédric Champeau wrote: >>> >> I just installed Jigsaw b136. Let me know if it helps. >>> > >>> > looks like gradle has a problem with this one as well >>> > >>> > bye Jochen >>> >> >> >