Releases: tbroyer/gradle-errorprone-plugin
v5.1.0
v5.0.0
- Minimum Gradle version has been bumped to 7.1
- Minimum JDK version has been bumped to 11 (even though this is not guaranteed by tests, Gradle can run with a Java 8 JVM, but must use a JDK 11 toolchain –or newer– for Java compilation)
isEnabledandisCompilingTestOnlyCodeproperties have been renamed toenabledandcompilingTestOnlyCodein Kotlin DSL, to align with the core Gradle practice of not having suchisprefixes in Kotlin DSL, or different property names between Groovy DSL and Kotlin DSL- other small changes (mostly internal, including a rewrite from Kotlin to Java), but that do not break binary compatibility for common usage, so plugins compiled against previous versions should continue to work
A note regarding the rewrite to Java, before I get questions about it: as much as I like Kotlin, I'm more familiar with Java tooling (specifically Error Prone and NullAway) and Java compatibility rules, and Android Lint is too heavyweight to my tastes.
v4.4.0
v4.3.0
v4.2.0
Handle configurations more lazily
This is in preparation for Gradle 8.14 which will no longer realize all configurations in the base plugin, allowing truly lazily-initialized configurations.
This change should allow the javacConfiguration to only be initialized when JDK 8 is being used, and the various annotationProcessor configurations from source sets to only be initialized when needed, e.g. when a compilation tasks for that source set is run (it's likely that the java plugin doesn't yet take advantage of this new possibility itself though)
v4.1.0
v4.0.1
v4.0.0
v3.1.0
Avoid forking if Gradle already has appropriate --add-exports/--add-opens passed through the org.gradle.jvmargs property.
✨ Potentially breaking changes
When using JDK 16+, users configuring additional JVM arguments on their compile tasks and expecting a forked compiler daemon from the plugin should now explicitly configure the tasks to fork if they want their JVM arguments to be enforced in all cases.