Danny Thomas

Release 16.15.8 should prevent the isResolvable NPE. Let us know if you see any problems after upgrading to that release (it's building now, will be about 30 minutes).

@ygnessin that would seem indicate that we found the `implementation` configuration but not the `compileClasspath` configuration to replace it with. What kind of project is this failing on? What language...

@ygnessin no no, that's exactly the kind of thing I needed. I'm familiar with all of that - let me see if I can come up with a scenario where...

The current implementation of the core and rules is entirely coupled to the Groovy AST. Its practically a complete rewrite to support Kotlin. We've also got no plans to move...

The code that determines duplicate classes, unnecessary dependencies, etc do just look at the configurations and work regardless of DSL language and it is possible to fire violations against the...

@ceki Maybe, this is legacy code I was hoping to avoid touching, we haven't released it in 5 years and is dependent on being able to tell if appenders have...

In fact it occurs to me that `print()` should be fine in any case, don't quite follow why there needs to be this distinction?

The sources are readily available. They're bundled in the JDK in `src.zip`. It's definitely not the same as 8u252, it has the ALPN backport, 8u251 does not.

Certainly is in the Zulu distribution: ``` /Library/Java/JavaVirtualMachines/zulu-8.jdk/Contents/Home $ unzip -l src.zip | grep sun.security.ssl 8529 04-07-2020 00:49 sun/security/ssl/Alerts.java 6059 04-07-2020 00:49 sun/security/ssl/ALPNExtension.java 4952 09-19-2018 10:02 sun/security/ssl/AppInputStream.java 5413 09-19-2018 10:02...

The originally reported Groovy compilation error is dependent on the Groovy version on the classpath, so 7.6 will not help you there. For that you need at least Groovy 3.0.11...