Fix plugin not working if module has a lot of dependencies

[Mexator]

In my project I have ~1000 gradle projects. I use focus to ease editing module with integration tests. It does not depend on all module, but it still have ~700 dependencies. I receive the following error:

A large stacktrace

...
Caused by: java.io.IOException: Failed to process the entry '_BuildScript_.class' from '~/.gradle/caches/8.7/groovy-dsl/9d7e202a95c600b4e91905ecc929318a-48a2fdac-7ee7-43b0-b7c7-bba0a26b072f/classes/dsl'
	at org.gradle.internal.classpath.transforms.BaseClasspathElementTransform.visitEntry(BaseClasspathElementTransform.java:93)
	at org.gradle.internal.classpath.transforms.BaseClasspathElementTransform.lambda$visitEntries$1(BaseClasspathElementTransform.java:78)
	at org.gradle.internal.classpath.ClasspathWalker.visitFile(ClasspathWalker.java:82)
	at org.gradle.internal.classpath.ClasspathWalker.visitDir(ClasspathWalker.java:74)
	at org.gradle.internal.classpath.ClasspathWalker.visitDirectoryContents(ClasspathWalker.java:62)
	at org.gradle.internal.classpath.ClasspathWalker.visit(ClasspathWalker.java:57)
	at org.gradle.internal.classpath.transforms.BaseClasspathElementTransform.visitEntries(BaseClasspathElementTransform.java:77)
	at org.gradle.internal.classpath.transforms.BaseClasspathElementTransform.lambda$transform$0(BaseClasspathElementTransform.java:68)
	at org.gradle.internal.classpath.InPlaceClasspathBuilder.buildJar(InPlaceClasspathBuilder.java:52)
	at org.gradle.internal.classpath.InPlaceClasspathBuilder.jar(InPlaceClasspathBuilder.java:42)
	... 254 more
Caused by: org.objectweb.asm.MethodTooLargeException: Method too large: _BuildScript_.run ()Ljava/lang/Object;
	at org.objectweb.asm.MethodWriter.computeMethodInfoSize(MethodWriter.java:2088)
	at org.objectweb.asm.ClassWriter.toByteArray(ClassWriter.java:512)
	at org.gradle.internal.classpath.transforms.BaseClasspathElementTransform.processClassFile(BaseClasspathElementTransform.java:111)
	at org.gradle.internal.classpath.transforms.BaseClasspathElementTransform.visitEntry(BaseClasspathElementTransform.java:86)
	... 263 more

This is caused by focus behavior: it generates a huge buildscript (~1400 lines). Java can't process methods such big.
To fix this I made focus generate a CSV with list of modules that needs to be included and a small single-loop buildscript that parses that CSV.

Also I added configuration cache support for createFocusSetings task.

[CLAassistant]

All committers have signed the CLA.

[Mexator]

Hey, @rharter, I want to bring your attention to this PR, since you may have missed it.
I assume you are a maintainer. Correct me if I'm wrong

[rharter]

Thanks for the contribution. I left some comments and questions.

[rharter]

Instead of replacing this test, can you add a new one? The single-quote test was intentionally introduced as part of resolving #25.

[Mexator]

I restored the original test with some changes, take a look

[rharter]

Does this end up forcing dependency resolution at configuration time? When I originally wrote this it was explicitly excluded from configuration caching and deferred dependency resolution to action-time to avoid exploding the configuration phase of a project due to dependency resolution.

[Mexator]

Well, yeah. I can't figure out how to support configuration cache and resolve dependencies at execution phase.
I tried accessing ConfigurationContainer but for some reason it's empty.

To reproduce this issue I add gradle.properties:

org.gradle.configuration-cache=true
org.gradle.configuration-cache.problems=warn

I reverted configuration cache changes.

[rharter]

Looks great! Thanks!

[rharter]

Looks like this just needs the apiDump task run to update the API. The updates look fine to me (they're just adds), and I can do it tomorrow during work if you don't get to it first.

[Mexator]

Hi, @rharter,

Could you please release a version of the plugin with this fix? I'm using the build of this plugin from maven-local, and it's a bit frustrating.

[rharter]

Done, as 0.7.0.