Howdy, tl;dr: try these on CLI: -Daether.remoteRepositoryFilter.groupId=false -Daether.remoteRepositoryFilter.prefixes=false -Daether.artifactResolver.simpleLrmInterop
So, you need to "dumbify" LRM (to "simple", the Maven2 level), BUT to achieve that, you need to shut down all of RRF too. So, to "workaround it", you have to intentionally give up some functionality. As you pointed out, the plugin does it wrong. HTH Tamas On Mon, 5 Oct 2026 at 15:37, Ryan Baxter <[email protected]> wrote: > > Hi, I have run into an issue with Maven 3.10.0 and I am unsure if this is > the right place to discuss the issue so please redirect me if I am not in > the right place. > > A plugin that resolves an artifact itself and passes an empty remote > repository list works on 3.9.x but not on 3.10.0 when the artifact is > already in the local repository. > > 3.10.0 reads _remote.repositories, sees the jar was cached from central, > finds that central is not in the (empty) repository list of the request, > and logs: > > Artifact org.jetbrains.kotlin:kotlin-maven-allopen:jar:1.6.21 is present in > the local repository, but cached from a remote repository ID that is > unavailable in current build context, verifying that is downloadable from [] > > The resolution then fails, and the plugin silently carries on without the > artifact. 3.9.16 returns the cached file for the same request. > > The real-world case is kotlin-maven-plugin 1.6.21 resolving > kotlin-maven-allopen for the all-open/spring compiler plugin. On 3.10.0 the > jar never reaches the compiler's plugin classpath, the compiler plugin does > nothing, and @Configuration classes stay final, so Spring Boot tests fail > with @Configuration class '...' may not be final. No error is logged for > the dropped plugin. > > The Kotlin plugin fixed this on its side in 1.9.0 (1.8.22 still fails, > 1.9.0 passes), but 1.6.x/1.7.x/1.8.x users can't get a fix, and many > projects pin those versions on maintenance branches. > > Is this an intended change? Is there any way we can get the old behavior > back? > > Here is a sample that will reproduce the issue: > https://github.com/ryanjbaxter/allopen-repo > > Thanks. > > -Ryan --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
