Re-model tasks that implement interfaces like PatternFilterable, JavaForkOptions, ExecSpec, CopySpec etc

[asodja]

We have tasks that implement very generic interfaces, like:

• ExecSpec, JavaExecSpec, JavaForkOptions, ProcessForkOptions
• CopySpec
• PatternFilterable

Some examples:

• Exec implements ExecSpec and transitively also ProcessForkOptions
• JavaCompile implements PatternFilterable
• Test implements PatternFilterable and JavaForkOptions
• Checkstyle implements PatternFilterable
• Copy implements CopySpec and transitively also PatternFilterable

We should remodel that, or drop interfaces. Let's figure out what is the best way?

Tasks

Beta Give feedback

1. Re-model Test task and drop PatternFilterable and JavaForkOptions interfaces
2. Re-model AbstractCopyTask tasks (Jar, Zip, Sync etc.) and drop CopySpec interface
3. Re-model AbstractCompile tasks (GroovyCompile, ScalaCompile etc) and drop PatternFilterable interface
4. Re-model AbstractCodeQualityTask tasks (Checkstyle, Pmd etc.) and drop PatternFilterable interface
5. Re-model Exec task and drop ExecSpec and ProcessForkOptions interfaces
6. Re-model JavaExec task and drop JavaExec and JavaForkOptions interfaces

[asodja]

Related internal discussion:
https://gradle.slack.com/archives/C03A0MT6S/p1715944923560119?thread_ts=1715935020.579449&cid=C03A0MT6S

One important point, that if we remove interfaces, we have methods like:

• CopySpec.with(CopySpec)
• JavaApplication.setApplicationDistribution(CopySpec)
• MinimalJavadocOptions.contributeCommandLineOptions(ExecSpec)
• (Java|Groovy|Scala)CopileOptions.setForkOptions()
• Each fork options type has its own copyTo() method (except for ForkOptions, because consistency)
• FileTree.matching(PatternFilterable)
• PatternSet.copyFrom(PatternFilterable)

We should add deprecations to these methods like:

if (spec instanceof Task) { DeprecationLogger....().nagUser(); }