Use a copy of compile classpath for panache annotation processor lookup

[glefloch]

This change looks for panache dependency on a copy of the compile classpath instead of the real compile classpath.

In some case, the annotationProcessor configuration is configured to extend compileOnly configuration. When looking up for the quarkus-panache-common dependency, we resolve the COMPILE_CLASSPATH which then make it impossible to add a dependency to the annotationProcessor configuration as a part as already been resolved.

close #23776

[aloubyansky]

Could you please explain the reason for changing to the defaultDependencies(...) here? The javadoc says

Execute the given action if the configuration has no defined dependencies when it first participates in dependency resolution.

Would it still work if there already are some default dependencies and the quarkus-panache-common is not among them?

[glefloch]

I followed the error message but as you mentioned this is not what we are looking for.
The withDependencies should be ok. I will give it a try.

[glefloch]

I replace the defaultDependencies by the withDependencies which always runs before dependency resolution.

[quarkus-bot]

This workflow status is outdated as a new workflow run has been triggered.

Failing Jobs - Building 3ec017e

Status	Name	Step	Failures	Logs	Raw logs
✖	Gradle Tests - JDK 11	Build	Failures	Logs	Raw logs
✖	Gradle Tests - JDK 11 Windows	Build	Failures	Logs	Raw logs

Full information is available in the Build summary check run.

Failures

⚙️ Gradle Tests - JDK 11 #

- Failing: integration-tests/gradle 

📦 integration-tests/gradle

✖ io.quarkus.gradle.AnnotationProcessorSimpleModuleTest.shouldContainsPanacheMarkerFile line 31 - More details - Source on GitHub

java.lang.AssertionError: 

Expecting path:

---

⚙️ Gradle Tests - JDK 11 Windows #

- Failing: integration-tests/gradle 

📦 integration-tests/gradle

✖ io.quarkus.gradle.AnnotationProcessorSimpleModuleTest.shouldContainsPanacheMarkerFile line 31 - More details - Source on GitHub

java.lang.AssertionError: 

Expecting path:

[gsmet]

I wasn't able to backport this one as the modified file is just not around in 2.7. If we want this in 2.7, we need a specific backport targeting the 2.7 branch.