Use Action instead of Kotlin lambda.

[autonomousapps]

Two commits:

1. First uses Gradle's Action interface for better DSL support.
2. Adds an initial gradleTest setup for TestKit tests.

[CLAassistant]

All committers have signed the CLA.

[handstandsam]

This is awesome! Thanks for fixing the Groovy syntax issues with this!

Do we need another Gradle wrapper? Can't we run tasks from the root? : dependency-guard-gradle-plugin ?

If we do need the wrapper can we use symlinks to the root gradlew and other wrapper files?

[handstandsam]

If we need it, symlinks would keep this on 7.4.2 like the other.

[handstandsam]

Will do a proper look over tomorrow after I am back on a computer and not on my phone.

Thanks again!

[autonomousapps]

Failing with an API check (predictably):

> API check failed for project dependency-guard-gradle-plugin.
  --- /home/runner/work/dependency-guard/dependency-guard/dependency-guard-gradle-plugin/api/dependency-guard-gradle-plugin.api
  +++ /home/runner/work/dependency-guard/dependency-guard/dependency-guard-gradle-plugin/build/api/dependency-guard-gradle-plugin.api
  @@ -21,7 +21,7 @@
   public class com/dropbox/gradle/plugins/dependencyguard/DependencyGuardPluginExtension {
   	public fun <init> ()V
   	public final fun configuration (Ljava/lang/String;)V
  -	public final fun configuration (Ljava/lang/String;Lkotlin/jvm/functions/Function1;)V
  +	public final fun configuration (Ljava/lang/String;Lorg/gradle/api/Action;)V
   }

[autonomousapps]

This is awesome! Thanks for fixing the Groovy syntax issues with this!

Do we need another Gradle wrapper? Can't we run tasks from the root? : dependency-guard-gradle-plugin ?

If we do need the wrapper can we use symlinks to the root gradlew and other wrapper files?

I wouldn't recommend symlinks because they won't work on Windows.

I didn't even try to create the wrapper. It just sort of happened. In retrospect, I'm not sure how. Maybe when I imported it into IDEA?

The reason I was running tasks from the plugin directory was because that's where the settings.gradle.kts file was; this is a marker for a root project.

[handstandsam]

Why is this commented out?

[autonomousapps]

Oh, it should have been deleted. Because this PR uses withPluginClasspath(), we don't need this. Just something I was playing with originally and forgot to fully delete.

[handstandsam]

Okay, I'll delete this!

[handstandsam]

Most people don't have gradle enterprise, do we need this here?

[autonomousapps]

That actually publishes the tests to the public scans server. But no, it's not necessary. It is sometimes useful for debugging why a test fails by looking at the build scan for it.

[handstandsam]

Merging for progress and since this is still a snapshot. I'll clean up the tests in CI and link to that in a few.

[handstandsam]

Removed the extra gradle wrapper here: #6

Will just push the removal of the comment to main.