I have code which "looks" clean like this:

task.getImage().convention(imageBuilder.flatMap(BuildNativeImageTask::getOutputFile));
                task.getRuntimeArgs().convention(options.getRuntimeArgs());
                task.getInternalRuntimeArgs().convention(
                        imageBuilder.zip(options.getPgoInstrument(), serializableBiFunctionOf((builder, pgo) -> {
                                    if (Boolean.TRUE.equals(pgo)) {
                                        File outputDir = builder.getOutputDirectory().get().getAsFile();
                                        return Collections.singletonList("-XX:ProfilesDumpFile=" + new File(outputDir, "default.iprof").getAbsolutePath());
                                    }
                                    return Collections.emptyList();
                                })
                        ));

but at runtime fails with:

• Task

:nativeRun

of type `org.graalvm.buildtools.gradle.tasks.NativeRunTask`: cannot serialize object of type 'org.graalvm.buildtools.gradle.tasks.BuildNativeImageTask', a subtype of 'org.gradle.api.Task', as these are not supported with the configuration cache.

which indicates that the whole task is captured...

you could say that the report is supposed to help, but it doesn't tell why it was captured... In my project because of laziness sometimes the inputs come from mapping of mapping of flatmap of map of whatever...

looks like

imageBuilder.flatMap(BuildNativeImageTask::getOutputFile)

is enough to trigger the problem. A flatMap. Kill. me.

so for this particular instance, the issue was :

@Internal
    public Provider<RegularFile> getOutputFile() {
        return getOutputDirectory().map(dir -> dir.file(getExecutableName()).get());
    }

which should be:

@Internal
    public Provider<RegularFile> getOutputFile() {
        return getOutputDirectory().zip(getExecutableName(), Directory::file);
    }

these kind of things are extremely hard to figure out...

also the kind of things that I had to do:

serializableSupplierOf(() -> Collectors.<File>toList())

pass a

Supplier<Collector>

and wrap it into a serializable supplier because passing the collector directly fails serialization.

I don't care about the supplier, it's just a workaround...

next one:

FAILURE: Build failed with an exception.

* What went wrong:
Configuration cache state could not be cached: field `spec` of `org.gradle.api.internal.tasks.execution.SelfDescribingSpec` bean found in task `:compileJava` of type `org.gradle.api.tasks.compile.JavaCompile`: error writing value of type 'org.gradle.api.internal.tasks.compile.CompilerForkUtils$$Lambda$1429/0x0000000801621430'
> Unable to make field private final java.lang.Object[] java.lang.invoke.SerializedLambda.capturedArgs accessible: module java.base does not "opens java.lang.invoke" to unnamed module @60b9f4c

(and yet

0 problems were found storing the configuration cache.

)

I'm going to end up being fired for "slacking off"

I kind of get the point, but I think that Java Serialization just has too many problems