checkLicense 3.0.1 requires Java 17 or higher yet the build targets Java 8

[carlosame]

Running checkLicense with License-Report 3.0.1 (and Gradle wrapper 8.14.3) requires Java 17 or higher (breaks with Java 11):

$ ./gradlew checkLicense

[Incubating] Problems report is available at: file:///C:/***/build/reports/problems/problems-report.html

FAILURE: Build failed with an exception.

* What went wrong:
java.lang.UnsupportedClassVersionError: com/github/jk1/license/LicenseReportPlugin has been compiled by a more recent version of the Java Runtime (class file version 61.0), this version of the Java Runtime only recognizes class file versions up to 55.0
> com/github/jk1/license/LicenseReportPlugin has been compiled by a more recent version of the Java Runtime (class file version 61.0), this version of the Java Runtime only recognizes class file versions up to 55.0

* Try:
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.
> Get more help at https://help.gradle.org.

Deprecated Gradle features were used in this build, making it incompatible with Gradle 9.0.

You can use '--warning-mode all' to show the individual deprecation warnings and determine if they come from your own scripts or plugins.

For more on this, please refer to https://docs.gradle.org/8.14.3/userguide/command_line_interface.html#sec:command_line_warnings in the Gradle documentation.

BUILD FAILED in 10s
8 actionable tasks: 2 executed, 6 up-to-date

You can also see the problem in this CI run: https://github.com/css4j/echosvg/actions/runs/20645420472/job/59282570537#step:4:39

This Java 17 requirement isn't listed anywhere and the build appears to target Java 8:

Gradle-License-Report/build.gradle

Lines 13 to 15 in 40efa3b

	tasks.withType(AbstractCompile).configureEach {
	options.release = 8
	}

What am I missing?

[carlosame]

When releasing software built with Gradle and release or source/target it is a good practice to deploy the artifacts immediately after building. Otherwise it is possible to hit a Gradle bug where some classes are recompiled without compiler arguments, and then they make their way into the jar(s).

All my Gradle builds have a task which prevents this from happening, and if you confirm that this is possibly what happened I could prepare a PR to integrate that task in your build.