dev mode is not working in a gradle multimodule setup when kotlin code is used

jmini commented 10 months ago

Describe the bug

I am in a multi-module gradle project.

:core-lib shared lib
- contains java and kotlin code (classes annotated with @ApplicationScoped)
- jandex plugin is configured
- kotlin for quarkus is configured (incl. the allopen plugin)
:app1 quarkus app
- contains a Rest endpoint using @Inject to get the services from thecore-lib

In a real setup there are more modules (multiple shared modules, and multiple quarkus app that achieve different tasks of a more complex system)

Building the app and running it with java -jar app1/build/quarkus-app/quarkus-run.jar runs perfectly fine. Running with dev mode ./gradlew app1:quarkusDev is failing:

jakarta.enterprise.inject.UnsatisfiedResolutionException: Unsatisfied dependency for type org.acme.core.kt.ConfigService and qualifiers [@Default]
        - java member: org.acme.app1.App1Controller#config
        - declared on CLASS bean [types=[org.acme.app1.App1Controller, java.lang.Object], qualifiers=[@Default, @Any], target=org.acme.app1.App1Controller]
        at io.quarkus.arc.processor.Beans.resolveInjectionPoint(Beans.java:477)
        at io.quarkus.arc.processor.BeanInfo.init(BeanInfo.java:624)
        at io.quarkus.arc.processor.BeanDeployment.init(BeanDeployment.java:299)
...

(complete trace at the bottom of this message)

The error is similar to when the jandex plugin in not running in core-lib (from the docs: Working with multi-module gradle projects). But this is not the case here. Jandex is configured and is working. Also a work-around for https://github.com/kordamp/jandex-gradle-plugin/issues/24 is in place.

But what is wired is that:

./gradlew (clean) build
java -jar app1/build/quarkus-app/quarkus-run.jar

works perfectly.

Also when we build the docker image of the quarkus app, everything is working correctly.

And the issue is only present when the core-lib module contains kotlin code. With only java code everything works as expected.

This is only a dev-mode issue.

How to Reproduce?

See repository: https://github.com/jmini/quarkus_issue35577

Output of `uname -a` or `ver`

22.3.0 Darwin Kernel Version 22.3.0: Mon Jan 30 20:42:11 PST 2023; root:xnu-8792.81.3~2/RELEASE_X86_64 x86_64

macOS, but it doesn't matter.

We observe the same on Linux.

Output of `java -version`

openjdk version "17.0.5" 2022-10-18
OpenJDK Runtime Environment Temurin-17.0.5+8 (build 17.0.5+8)
OpenJDK 64-Bit Server VM Temurin-17.0.5+8 (build 17.0.5+8, mixed mode, sharing)

GraalVM version (if different from Java)

not relevant

Quarkus version or git rev

3.3.0 (reproducible as well with lower versions)

Build tool (ie. output of `mvnw --version` or `gradlew --version`)

------------------------------------------------------------
Gradle 8.1.1
------------------------------------------------------------

Build time:   2023-04-21 12:31:26 UTC
Revision:     1cf537a851c635c364a4214885f8b9798051175b

Kotlin:       1.8.10
Groovy:       3.0.15
Ant:          Apache Ant(TM) version 1.10.11 compiled on July 10 2021
JVM:          17.0.5 (Eclipse Adoptium 17.0.5+8)
OS:           Mac OS X 13.2.1 x86_64

Additional information

Complete error when running `./gradlew app1:quarkusDev`

``` 2023-08-26 13:38:06,883 INFO [io.qua.dep.dev.IsolatedDevModeMain] (main) Attempting to start live reload endpoint to recover from previous Quarkus startup failure > :ap2023-08-26 13:38:07,507 ERROR [io.qua.dep.dev.IsolatedDevModeMain] (main) Failed to start quarkus: java.lang.RuntimeException: io.quarkus.builder.BuildException: Build failure: Build failed due to errors [error]: Build step io.quarkus.arc.deployment.ArcProcessor#validate threw an exception: jakarta.enterprise.inject.spi.DeploymentException: jakarta.enterprise.inject.UnsatisfiedResolutionException: Unsatisfied dependency for type org.acme.core.kt.ConfigService and qualifiers [@Default] - java member: org.acme.app1.App1Controller#config - declared on CLASS bean [types=[org.acme.app1.App1Controller, java.lang.Object], qualifiers=[@Default, @Any], target=org.acme.app1.App1Controller] at io.quarkus.arc.processor.BeanDeployment.processErrors(BeanDeployment.java:1447) at io.quarkus.arc.processor.BeanDeployment.init(BeanDeployment.java:311) at io.quarkus.arc.processor.BeanProcessor.initialize(BeanProcessor.java:158) at io.quarkus.arc.deployment.ArcProcessor.validate(ArcProcessor.java:469) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:568) at io.quarkus.deployment.ExtensionLoader$3.execute(ExtensionLoader.java:858) at io.quarkus.builder.BuildContext.run(BuildContext.java:282) at org.jboss.threads.ContextHandler$1.runWith(ContextHandler.java:18) at org.jboss.threads.EnhancedQueueExecutor$Task.run(EnhancedQueueExecutor.java:2513) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1538) at java.base/java.lang.Thread.run(Thread.java:833) at org.jboss.threads.JBossThread.run(JBossThread.java:501) Caused by: jakarta.enterprise.inject.UnsatisfiedResolutionException: Unsatisfied dependency for type org.acme.core.kt.ConfigService and qualifiers [@Default] - java member: org.acme.app1.App1Controller#config - declared on CLASS bean [types=[org.acme.app1.App1Controller, java.lang.Object], qualifiers=[@Default, @Any], target=org.acme.app1.App1Controller] at io.quarkus.arc.processor.Beans.resolveInjectionPoint(Beans.java:477) at io.quarkus.arc.processor.BeanInfo.init(BeanInfo.java:624) at io.quarkus.arc.processor.BeanDeployment.init(BeanDeployment.java:299) ... 13 more at io.quarkus.runner.bootstrap.AugmentActionImpl.runAugment(AugmentActionImpl.java:336) at io.quarkus.runner.bootstrap.AugmentActionImpl.createInitialRuntimeApplication(AugmentActionImpl.java:253) at io.quarkus.runner.bootstrap.AugmentActionImpl.createInitialRuntimeApplication(AugmentActionImpl.java:60) at io.quarkus.deployment.dev.IsolatedDevModeMain.firstStart(IsolatedDevModeMain.java:82) at io.quarkus.deployment.dev.IsolatedDevModeMain.accept(IsolatedDevModeMain.java:423) at io.quarkus.deployment.dev.IsolatedDevModeMain.accept(IsolatedDevModeMain.java:55) at io.quarkus.bootstrap.app.CuratedApplication.runInCl(CuratedApplication.java:138) at io.quarkus.bootstrap.app.CuratedApplication.runInAugmentClassLoader(CuratedApplication.java:93) at io.quarkus.deployment.dev.DevModeMain.start(DevModeMain.java:131) at io.quarkus.deployment.dev.DevModeMain.main(DevModeMain.java:62) Caused by: io.quarkus.builder.BuildException: Build failure: Build failed due to errors [error]: Build step io.quarkus.arc.deployment.ArcProcessor#validate threw an exception: jakarta.enterprise.inject.spi.DeploymentException: jakarta.enterprise.inject.UnsatisfiedResolutionException: Unsatisfied dependency for type org.acme.core.kt.ConfigService and qualifiers [@Default] - java member: org.acme.app1.App1Controller#config - declared on CLASS bean [types=[org.acme.app1.App1Controller, java.lang.Object], qualifiers=[@Default, @Any], target=org.acme.app1.App1Controller] at io.quarkus.arc.processor.BeanDeployment.processErrors(BeanDeployment.java:1447) at io.quarkus.arc.processor.BeanDeployment.init(BeanDeployment.java:311) at io.quarkus.arc.processor.BeanProcessor.initialize(BeanProcessor.java:158) at io.quarkus.arc.deployment.ArcProcessor.validate(ArcProcessor.java:469) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:568) at io.quarkus.deployment.ExtensionLoader$3.execute(ExtensionLoader.java:858) at io.quarkus.builder.BuildContext.run(BuildContext.java:282) at org.jboss.threads.ContextHandler$1.runWith(ContextHandler.java:18) at org.jboss.threads.EnhancedQueueExecutor$Task.run(EnhancedQueueExecutor.java:2513) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1538) at java.base/java.lang.Thread.run(Thread.java:833) at org.jboss.threads.JBossThread.run(JBossThread.java:501) Caused by: jakarta.enterprise.inject.UnsatisfiedResolutionException: Unsatisfied dependency for type org.acme.core.kt.ConfigService and qualifiers [@Default] - java member: org.acme.app1.App1Controller#config - declared on CLASS bean [types=[org.acme.app1.App1Controller, java.lang.Object], qualifiers=[@Default, @Any], target=org.acme.app1.App1Controller] at io.quarkus.arc.processor.Beans.resolveInjectionPoint(Beans.java:477) at io.quarkus.arc.processor.BeanInfo.init(BeanInfo.java:624) at io.quarkus.arc.processor.BeanDeployment.init(BeanDeployment.java:299) ... 13 more at io.quarkus.builder.Execution.run(Execution.java:123) at io.quarkus.builder.BuildExecutionBuilder.execute(BuildExecutionBuilder.java:79) at io.quarkus.deployment.QuarkusAugmentor.run(QuarkusAugmentor.java:160) at io.quarkus.runner.bootstrap.AugmentActionImpl.runAugment(AugmentActionImpl.java:332) ... 9 more Caused by: jakarta.enterprise.inject.spi.DeploymentException: jakarta.enterprise.inject.UnsatisfiedResolutionException: Unsatisfied dependency for type org.acme.core.kt.ConfigService and qualifiers [@Default] - java member: org.acme.app1.App1Controller#config - declared on CLASS bean [types=[org.acme.app1.App1Controller, java.lang.Object], qualifiers=[@Default, @Any], target=org.acme.app1.App1Controller] at io.quarkus.arc.processor.BeanDeployment.processErrors(BeanDeployment.java:1447) at io.quarkus.arc.processor.BeanDeployment.init(BeanDeployment.java:311) at io.quarkus.arc.processor.BeanProcessor.initialize(BeanProcessor.java:158) at io.quarkus.arc.deployment.ArcProcessor.validate(ArcProcessor.java:469) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:568) at io.quarkus.deployment.ExtensionLoader$3.execute(ExtensionLoader.java:858) at io.quarkus.builder.BuildContext.run(BuildContext.java:282) at org.jboss.threads.ContextHandler$1.runWith(ContextHandler.java:18) at org.jboss.threads.EnhancedQueueExecutor$Task.run(EnhancedQueueExecutor.java:2513) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1538) at java.base/java.lang.Thread.run(Thread.java:833) at org.jboss.threads.JBossThread.run(JBossThread.java:501) Caused by: jakarta.enterprise.inject.UnsatisfiedResolutionException: Unsatisfied dependency for type org.acme.core.kt.ConfigService and qualifiers [@Default] - java member: org.acme.app1.App1Controller#config - declared on CLASS bean [types=[org.acme.app1.App1Controller, java.lang.Object], qualifiers=[@Default, @Any], target=org.acme.app1.App1Controller] at io.quarkus.arc.processor.Beans.resolveInjectionPoint(Beans.java:477) at io.quarkus.arc.processor.BeanInfo.init(BeanInfo.java:624) at io.quarkus.arc.processor.BeanDeployment.init(BeanDeployment.java:299) ... 13 more ```

I have tried to inspect the generated jandex file in core-lib (using a jbang script) and it looks OK (my classes and its annotation are present)

Script to inspect the jandex index

```java ///usr/bin/env jbang "$0" "$@" ; exit $? //DEPS io.smallrye:jandex:3.1.2 //JAVA 17 import java.io.FileInputStream; import org.jboss.jandex.AnnotationInstance; import org.jboss.jandex.ClassInfo; import org.jboss.jandex.Index; import org.jboss.jandex.IndexReader; public class JandexMain { public static void main(String[] args) throws Exception { try (FileInputStream input = new FileInputStream("core-lib/build/resources/main/META-INF/jandex.idx")) { IndexReader reader = new IndexReader(input); Index index = reader.read(); // java.util.Collection knownClasses = index.getKnownClasses(); // System.out.println(knownClasses.size()); // for (ClassInfo classInfo : knownClasses) { // System.out.println(classInfo.name()); // } System.out.println("--- org.acme.core.CoreProcessor"); ClassInfo reportingService = index.getClassByName("org.acme.core.CoreProcessor"); for (AnnotationInstance a : reportingService.annotations()) { System.out.println(a.name()); } System.out.println("--- org.acme.core.kt.ConfigService"); ClassInfo foo = index.getClassByName("org.acme.core.kt.ConfigService"); for (AnnotationInstance a : foo.annotations()) { System.out.println(a.name()); } } } } ```

Also when look at the trace logs of the Annotation Transformers (see docs), configured with:

quarkus.log.category."io.quarkus.arc.processor".min-level=TRACE
quarkus.log.category."io.quarkus.arc.processor".level=TRACE

I see only the line for the class written in java:

2023-08-26 13:56:06,883 TRACE [io.qua.arc.pro.BeanDeployment] (build-17) Created CLASS bean [types=[java.lang.Object, org.acme.core.CoreProcessor], qualifiers=[@Default, @Any], target=org.acme.core.CoreProcessor]

Nothing for the class written in Kotin, so it makes sense that it can not be injected later on.

quarkus-bot[bot] commented 10 months ago

/cc @evanchooly (kotlin), @geoand (kotlin), @glefloch, @maxandersen (jbang), @quarkusio/devtools (jbang)

jmini commented 10 months ago

Some more inputs to narrow the problem down:

if we look at the *.class in the core-lib project:

core-lib/build/classes/java/main/org/acme/core/TimestampMessage.class
core-lib/build/classes/java/main/org/acme/core/CoreProcessor.class
core-lib/build/classes/java/main/org/acme/core/CoreMessage.class
core-lib/build/classes/kotlin/main/org/acme/core/kt/ConfigService.class

We see that there are 2 folders:

build/classes/java
build/classes/kotlin

I have the feeling that Quarkus is only looking at build/classes/java

I didn't look yet at how this is implemented, but when you ask Gradle (inside a gradle task/plugin) about the output of the main sourceSet:

        JavaPluginExtension extension = project.getExtensions().findByType(JavaPluginExtension.class);
        SourceSet mainSourceSet = extension.getSourceSets().getByName("main");
        for (File f : mainSourceSet.getOutput().getFiles()) {
            System.out.println(f);
        }

you see the different folders at output of the main source-set:

core-lib/build/classes/java/main,
core-lib/build/classes/kotlin/main,
core-lib/build/resources/main

See https://github.com/jmini/quarkus_issue35577/commit/d9f765e19728e5f160a0b1cfe149526b79c1fec0 that adds a printInfo task to the gradle modules.

An other experiment to work-around this issue:

When I add a task that copy the content of build/classes/kotlin into build/classes/java with an additional task: copyReportKtClasses (see https://github.com/jmini/quarkus_issue35577/commit/02c7b6b67aaa867086c177927ed071a62855bef0)

Then it seems that quarkus dev-mode is working correctly:

 ./gradlew app1:quarkusDev

I also had to:

Make quarkusDependenciesBuild depends on my new task
Add a duplicates strategy management for the jar task since now when the jar is built, all the kotlin classes are duplicates

And of course for gradle this strategy is really wrong, since it break all the input/output concept. And the compile task will not be UP_TO_DATE since my copy task is changing the output of the compile-java task.

gsmet commented 10 months ago

@jmini maybe you can have a look at what the Gradle plugin is doing and provide a fix? That would be helpful.

jmini commented 10 months ago

I did not dig into that part of the code yet. :-)

A very naive search pointed to this test: https://github.com/quarkusio/quarkus/blob/a2517e87b9070c282bb397630b927cdd4128f4bd/devtools/gradle/gradle-application-plugin/src/test/java/io/quarkus/gradle/QuarkusPluginTest.java#L89-L104

Which make me think my use case should be supported... But probably this is a complete different step and not related to my issue.

Do you have some implementation details/documentation about how the gradle plugin is working (which steps create which output and what is the difference between devMode and production build)?

I would like to narrow down the part that is not working.

Maybe the issue is in the GradleApplicationModelBuilder, but I am not sure how to continue my investigations.

Should I verify if the application model is as expected? Or different between production mode and dev mode?

Should I verify if the classpath of the started application is correct? (for instance that both core-lib/build/classes/java/main and core-lib/build/classes/kotlin/main are part of the classpath). I have tried to do a jinfo <pid> on the process started by gradle to serve 8080.

The classpath seems only to be app1/build/app1-dev.jar

Can the application model app1/build/tmp/quarkusDev/quarkus-app-model.dat be investigated (pretty print to display it as text)?

jmini commented 10 months ago

Can the application model be investigated?

I started a jbang script to do this: QuarkusAppMain.java

It could probably be improved to display the values in a nice way, but I think this is enough to already see that gradle did not create the app model correctly.

When I deserialized the quarkus-app-model.dat into appModel and check the content of appModel.getDependencies(), the first item in that collection is:

org.acme:core-lib::jar:1.0.0-SNAPSHOT[paths: /<quarkus_issue35577 path>/core-lib/build/classes/java/main;/<quarkus_issue35577 path>/core-lib/build/resources/main;] io.quarkus.bootstrap.workspace.DefaultWorkspaceModule$Builder@53bd815b

I think the build/classes/kotlin/main path should be part of the PathCollection returned by getResolvedPaths() of the ResolvedDependency instance corresponding to the core-lib dependency.

glefloch commented 10 months ago

@jmini yes you are right, the path build/classes/kotlin/main is missing. I'm looking on how we could detect the kotlin folder to add it.

jmini commented 10 months ago

The workaround I proposed couple of days ago is not really working in all cases.

I did not find the correct moment where copyReportKtClasses should run. I am now at:

//Workaround for https://github.com/quarkusio/quarkus/issues/35577:
def copyReportKtClassesTask = tasks.register('copyReportKtClasses', Copy) {
    dependsOn tasks.named('compileKotlin')
    from layout.buildDirectory.file('classes/kotlin')
    into layout.buildDirectory.file('classes/java/')
}
jar {
   duplicatesStrategy(DuplicatesStrategy.EXCLUDE)
}
tasks.named("compileJava") {
    dependsOn copyReportKtClassesTask
}
//End of Workaround for https://github.com/quarkusio/quarkus/issues/35577

This works in the reproducer project: https://github.com/jmini/quarkus_issue35577

But in our real application I am still having hard time to find why it doesn't work. The UnsatisfiedResolutionException is still present.

jmini commented 10 months ago

I did some debugging into the issue.

Breakpoint is at maybeConfigureKotlinJvmCompile(..):

https://github.com/quarkusio/quarkus/blob/99ee1af61125b1b2575752ffc1e24ca3d12ff18d/devtools/gradle/gradle-model/src/main/java/io/quarkus/gradle/tooling/GradleApplicationModelBuilder.java#L523-L532

When we are building the model for :app1 when we are collecting the dependencies. So project instance corresponds to project ':core-lib'

Stack at breakpoint

``` Thread [Execution worker Thread 4] (Suspended (entry into method maybeConfigureKotlinJvmCompile in GradleApplicationModelBuilder)) GradleApplicationModelBuilder.maybeConfigureKotlinJvmCompile(Project, FileCollection, List) line: 527 GradleApplicationModelBuilder.initProjectModule(Project, WorkspaceModule$Mutable, SourceSet, String) line: 487 GradleApplicationModelBuilder.initProjectModuleAndBuildPaths(Project, ResolvedArtifact, ApplicationModelBuilder, ResolvedDependencyBuilder, PathList$Builder, String, boolean) line: 403 GradleApplicationModelBuilder.collectDependencies(ResolvedDependency, boolean, Project, Set, Set, ApplicationModelBuilder, Mutable, byte) line: 337 GradleApplicationModelBuilder.lambda$collectDependencies$4(boolean, Project, Set, ApplicationModelBuilder, WorkspaceModule$Mutable, ResolvedDependency) line: 243 0x000000080186d2b8.accept(Object) line: not available LinkedHashSet(Iterable).forEach(Consumer) line: 75 GradleApplicationModelBuilder.collectDependencies(ResolvedConfiguration, boolean, Project, ApplicationModelBuilder, WorkspaceModule$Mutable) line: 242 GradleApplicationModelBuilder.buildAll(String, ModelParameter, Project) line: 123 ToolingUtils.create(Project, ModelParameter) line: 74 ToolingUtils.create(Project, LaunchMode) line: 70 QuarkusPluginExtension_Decorated(QuarkusPluginExtension).getApplicationModel(LaunchMode) line: 182 QuarkusGenerateCode_Decorated(QuarkusGenerateCode).generateCode() line: 104 NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method] NativeMethodAccessorImpl.invoke(Object, Object[]) line: 77 DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43 Method.invoke(Object, Object...) line: 568 JavaMethod.invoke(T, Object...) line: 125 StandardTaskAction.doExecute(Task, String) line: 58 StandardTaskAction.execute(Task) line: 51 StandardTaskAction.execute(Object) line: 29 TaskExecution$3.run(BuildOperationContext) line: 242 DefaultBuildOperationRunner$1.execute(RunnableBuildOperation, BuildOperationContext) line: 29 DefaultBuildOperationRunner$1.execute(BuildOperation, BuildOperationContext) line: 26 DefaultBuildOperationRunner$2.execute(BuildOperationDescriptor, BuildOperationState, BuildOperationState, ReadableBuildOperationContext, BuildOperationExecutionListener) line: 66 DefaultBuildOperationRunner$2.execute(BuildOperationDescriptor, BuildOperationState, BuildOperationState, DefaultBuildOperationRunner$ReadableBuildOperationContext, DefaultBuildOperationRunner$BuildOperationExecutionListener) line: 59 DefaultBuildOperationRunner.execute(Builder, BuildOperationState, BuildOperationExecution) line: 157 DefaultBuildOperationRunner.execute(O, BuildOperationWorker, BuildOperationState) line: 59 DefaultBuildOperationRunner.run(RunnableBuildOperation) line: 47 DefaultBuildOperationExecutor.run(RunnableBuildOperation) line: 68 TaskExecution.executeAction(String, TaskInternal, InputChangesAwareTaskAction, InputChangesInternal, boolean) line: 227 TaskExecution.executeActions(TaskInternal, InputChangesInternal) line: 210 TaskExecution.executeWithPreviousOutputFiles(InputChangesInternal) line: 193 TaskExecution.execute(UnitOfWork$ExecutionRequest) line: 166 ExecuteStep.executeInternal(UnitOfWork, InputChangesContext) line: 105 ExecuteStep.access$000(UnitOfWork, InputChangesContext) line: 44 ExecuteStep$1.call(BuildOperationContext) line: 59 ExecuteStep$1.call(BuildOperationContext) line: 56 DefaultBuildOperationRunner$CallableBuildOperationWorker.execute(CallableBuildOperation, BuildOperationContext) line: 204 DefaultBuildOperationRunner$CallableBuildOperationWorker.execute(BuildOperation, BuildOperationContext) line: 199 DefaultBuildOperationRunner$2.execute(BuildOperationDescriptor, BuildOperationState, BuildOperationState, ReadableBuildOperationContext, BuildOperationExecutionListener) line: 66 DefaultBuildOperationRunner$2.execute(BuildOperationDescriptor, BuildOperationState, BuildOperationState, DefaultBuildOperationRunner$ReadableBuildOperationContext, DefaultBuildOperationRunner$BuildOperationExecutionListener) line: 59 DefaultBuildOperationRunner.execute(Builder, BuildOperationState, BuildOperationExecution) line: 157 DefaultBuildOperationRunner.execute(O, BuildOperationWorker, BuildOperationState) line: 59 DefaultBuildOperationRunner.call(CallableBuildOperation) line: 53 DefaultBuildOperationExecutor.call(CallableBuildOperation) line: 73 ExecuteStep.execute(UnitOfWork, C) line: 56 ExecuteStep.execute(UnitOfWork, Context) line: 44 RemovePreviousOutputsStep.execute(UnitOfWork, C) line: 67 RemovePreviousOutputsStep.execute(UnitOfWork, Context) line: 37 CancelExecutionStep.execute(UnitOfWork, C) line: 41 TimeoutStep.executeWithoutTimeout(UnitOfWork, C) line: 74 TimeoutStep.execute(UnitOfWork, C) line: 55 CreateOutputsStep.execute(UnitOfWork, C) line: 50 CreateOutputsStep.execute(UnitOfWork, Context) line: 28 CaptureStateAfterExecutionStep.executeDelegateBroadcastingChanges(UnitOfWork, C) line: 100 CaptureStateAfterExecutionStep.execute(UnitOfWork, C) line: 72 CaptureStateAfterExecutionStep.execute(UnitOfWork, Context) line: 50 ResolveInputChangesStep.execute(UnitOfWork, C) line: 40 ResolveInputChangesStep.execute(UnitOfWork, Context) line: 29 BuildCacheStep.executeWithoutCache(UnitOfWork, IncrementalChangesContext) line: 166 BuildCacheStep.lambda$execute$1(UnitOfWork, IncrementalChangesContext, CachingState$Disabled) line: 70 0x00000008015c53f8.apply(Object) line: not available Either$Right.fold(Function, Function) line: 175 CachingState.fold(Function, Function) line: 59 BuildCacheStep.execute(UnitOfWork, IncrementalChangesContext) line: 68 BuildCacheStep.execute(UnitOfWork, Context) line: 46 StoreExecutionStateStep.execute(UnitOfWork, C) line: 36 StoreExecutionStateStep.execute(UnitOfWork, Context) line: 25 RecordOutputsStep.execute(UnitOfWork, C) line: 36 RecordOutputsStep.execute(UnitOfWork, Context) line: 22 SkipUpToDateStep.executeBecause(UnitOfWork, ImmutableList, C) line: 91 SkipUpToDateStep.lambda$execute$2(UnitOfWork, ImmutableList, IncrementalChangesContext) line: 55 0x00000008015c4f88.get() line: not available Optional.orElseGet(Supplier) line: 364 SkipUpToDateStep.execute(UnitOfWork, C) line: 55 SkipUpToDateStep.execute(UnitOfWork, Context) line: 37 ResolveChangesStep.execute(UnitOfWork, C) line: 65 ResolveChangesStep.execute(UnitOfWork, Context) line: 36 MarkSnapshottingInputsFinishedStep.execute(UnitOfWork, C) line: 37 MarkSnapshottingInputsFinishedStep.execute(UnitOfWork, Context) line: 27 ResolveCachingStateStep.execute(UnitOfWork, C) line: 76 ResolveCachingStateStep.execute(UnitOfWork, Context) line: 37 ValidateStep.execute(UnitOfWork, C) line: 94 ValidateStep.execute(UnitOfWork, Context) line: 49 CaptureStateBeforeExecutionStep.execute(UnitOfWork, C) line: 71 CaptureStateBeforeExecutionStep.execute(UnitOfWork, Context) line: 45 SkipEmptyWorkStep.executeWithNonEmptySources(UnitOfWork, PreviousExecutionContext) line: 177 SkipEmptyWorkStep.execute(UnitOfWork, PreviousExecutionContext) line: 81 SkipEmptyWorkStep.execute(UnitOfWork, Context) line: 53 RemoveUntrackedExecutionStateStep.execute(UnitOfWork, C) line: 32 RemoveUntrackedExecutionStateStep.execute(UnitOfWork, Context) line: 21 MarkSnapshottingInputsStartedStep.execute(UnitOfWork, C) line: 38 LoadPreviousExecutionStateStep.execute(UnitOfWork, C) line: 36 LoadPreviousExecutionStateStep.execute(UnitOfWork, Context) line: 23 CleanupStaleOutputsStep.execute(UnitOfWork, C) line: 75 CleanupStaleOutputsStep.execute(UnitOfWork, Context) line: 41 AssignWorkspaceStep.lambda$execute$0(UnitOfWork, IdentityContext, File, ExecutionHistoryStore) line: 32 0x00000008015a2540.executeInWorkspace(File, ExecutionHistoryStore) line: not available TaskExecution$4.withWorkspace(String, WorkspaceAction) line: 287 AssignWorkspaceStep.execute(UnitOfWork, C) line: 30 AssignWorkspaceStep.execute(UnitOfWork, Context) line: 21 IdentityCacheStep.execute(UnitOfWork, C) line: 37 IdentityCacheStep.execute(UnitOfWork, Context) line: 27 IdentifyStep.execute(UnitOfWork, C) line: 47 IdentifyStep.execute(UnitOfWork, Context) line: 34 DefaultExecutionEngine$1.execute() line: 64 ExecuteActionsTaskExecuter.executeIfValid(TaskInternal, TaskStateInternal, TaskExecutionContext, TaskExecution) line: 146 ExecuteActionsTaskExecuter.execute(TaskInternal, TaskStateInternal, TaskExecutionContext) line: 135 FinalizePropertiesTaskExecuter.execute(TaskInternal, TaskStateInternal, TaskExecutionContext) line: 46 ResolveTaskExecutionModeExecuter.execute(TaskInternal, TaskStateInternal, TaskExecutionContext) line: 51 SkipTaskWithNoActionsExecuter.execute(TaskInternal, TaskStateInternal, TaskExecutionContext) line: 57 SkipOnlyIfTaskExecuter.execute(TaskInternal, TaskStateInternal, TaskExecutionContext) line: 74 CatchExceptionTaskExecuter.execute(TaskInternal, TaskStateInternal, TaskExecutionContext) line: 36 EventFiringTaskExecuter$1.executeTask(BuildOperationContext) line: 77 EventFiringTaskExecuter$1.call(BuildOperationContext) line: 55 EventFiringTaskExecuter$1.call(BuildOperationContext) line: 52 DefaultBuildOperationRunner$CallableBuildOperationWorker.execute(CallableBuildOperation, BuildOperationContext) line: 204 DefaultBuildOperationRunner$CallableBuildOperationWorker.execute(BuildOperation, BuildOperationContext) line: 199 DefaultBuildOperationRunner$2.execute(BuildOperationDescriptor, BuildOperationState, BuildOperationState, ReadableBuildOperationContext, BuildOperationExecutionListener) line: 66 DefaultBuildOperationRunner$2.execute(BuildOperationDescriptor, BuildOperationState, BuildOperationState, DefaultBuildOperationRunner$ReadableBuildOperationContext, DefaultBuildOperationRunner$BuildOperationExecutionListener) line: 59 DefaultBuildOperationRunner.execute(Builder, BuildOperationState, BuildOperationExecution) line: 157 DefaultBuildOperationRunner.execute(O, BuildOperationWorker, BuildOperationState) line: 59 DefaultBuildOperationRunner.call(CallableBuildOperation) line: 53 DefaultBuildOperationExecutor.call(CallableBuildOperation) line: 73 EventFiringTaskExecuter.execute(TaskInternal, TaskStateInternal, TaskExecutionContext) line: 52 LocalTaskNodeExecutor.execute(Node, NodeExecutionContext) line: 42 DefaultTaskExecutionGraph$InvokeNodeExecutorsAction.execute(Node) line: 337 DefaultTaskExecutionGraph$InvokeNodeExecutorsAction.execute(Object) line: 324 DefaultTaskExecutionGraph$BuildOperationAwareExecutionAction.execute(Node) line: 317 DefaultTaskExecutionGraph$BuildOperationAwareExecutionAction.execute(Object) line: 303 DefaultPlanExecutor$ExecutorWorker.execute(Object, WorkSource

quarkusio / quarkus