+1
Romain Manni-Bucau @rmannibucau <https://x.com/rmannibucau> | .NET Blog <https://dotnetbirdie.github.io/> | Blog <https://rmannibucau.github.io/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book <https://www.packtpub.com/en-us/product/java-ee-8-high-performance-9781788473064> Javaccino founder (Java/.NET service - contact via linkedin) Le sam. 8 nov. 2025, 12:35, Tamás Cservenák <[email protected]> a écrit : > Another weird thing you mentioned: > * if local repo full: is ok > * if local repo empty: fails > > RRF kicks in _during resolution_, and is always applied (if active). > Hence, it seems in the first case you either had locally built and > installed things, or no prefix file was discovered, while in the > latter case you had the wrong prefix file served. > > T > > On Sat, Nov 8, 2025 at 11:59 AM Tamás Cservenák <[email protected]> > wrote: > > > > Howdy Sergey, > > > > Your env seems to have some issues. > > > > The "prefix" is part of Remote Repository Filtering (RRF > > https://maven.apache.org/resolver/remote-repository-filtering.html) > > feature added to Resolver 1.9.x and Maven 3.9.x. The "only" difference > > in Maven 4 is that it is enabled by default and is doing "auto > > discovery". > > > > And why I think your env have issues: > > * filtering when enabled, is still not active > > * to make it active, input must be provided, either explicitly by > > user, or prefix filter may "auto discover" prefixes file > > * in your case, it seems your env did provide a wrong prefix file > > (hence filter became active and refusing to download things it should > > be able to) > > > > All these files are in your local repository, check out > > `$LOCA_REPO/.meta` directory. Also, try to figure out what and how did > > maven got an off prefix file. > > > > Ultimately, disable RRF (but fixing your env would be more ideal): > > https://maven.apache.org/resolver/configuration.html > > > > Check out properties aether.remoteRepositoryFilter.* > > > > In general, I assume you use repository groups, a very bad idea and > > sorry for that! > > https://cstamas.org/blog/2025/01/almost-20-years-of-mrms/ > > > > :D > > > > Thanks > > T > > > > On Sat, Nov 8, 2025 at 9:14 AM Sergey Chernov <[email protected]> > wrote: > > > > > > I have the same problem as before. > > > If all dependencies are already downloaded and cached in the local > .m2, the > > > build is fine (and fast enough ❤️). > > > > > > But if the .m2 is empty, it fails: > > > > > > > [INFO] Loaded 21364 auto-discovered prefixes for remote repository > central > > > > (prefixes-central-de50eea0969103e41174affd2ddb63ab046833ca.txt) > > > > [INFO] Loaded 21364 auto-discovered prefixes for remote repository > > > > snapshots > (prefixes-snapshots-af22c4e9ddcf7e1702b6375fe74ed20566212a38.txt) > > > > ... > > > > [ERROR] Caused by: The following artifacts could not be resolved: > > > > com.acme:maven-metrics-extension:jar:v0.0.5-alpha1 (absent): Prefix > > > > > com/acme/maven-metrics-extension/v0.0.5-alpha1/maven-metrics-extension-v0.0.5-alpha1.jar > > > > NOT allowed from snapshots ( > > > > https://registry.acme.com:443/registry/java-virtual, default, > > > > releases+snapshots) > > > > > > > > > These messages are formatted better now, but it does not give enough > > > clarity, what does it mean. What is the "prefix" (that seems to be a > new > > > conception of Maven 4), what is the source it's loaded from (how it > > > auto-discovered 21364 prefixes)? Also there is a file mentioned > > > "prefixes-central-de50eea0969103e41174affd2ddb63ab046833ca.txt" - > where is > > > it located? If it's a temporary file name, either the full path should > be > > > printed, or this part with the file name only brings confusion. > > > > > > Ideally, there should be a link to some manual page with > troubleshooting > > > and explanation of what's going on. Sample link for the classified > failure > > > (DefaultExceptionHandler prints it in the diagnostics): > > > https://cwiki.apache.org/confluence/display/MAVEN/AetherClassNotFound > > > > > > > > > On Sat, Nov 8, 2025 at 2:38 AM Guillaume Nodet <[email protected]> > wrote: > > > > > > > Hi all, > > > > > > > > DISCLAIMER: > > > > I accidentally published the distributions to the dist area instead > of the > > > > dev area. > > > > If the vote is not successful, I'll ask infra to remove it... > > > > > > > > Draft release notes: > > > > https://gist.github.com/gnodet/8a837a04a11f0e1359475c9dc5e68000 > > > > > > > > Staging repo: > > > > https://repository.apache.org/content/repositories/maven-2339/ > > > > > > > > > https://repository.apache.org/content/repositories/maven-2339/org/apache/maven/apache-maven/4.0.0-rc-5/apache-maven-4.0.0-rc-5-src.zip > > > > > > > > Distribution staging area: > > > > https://dist.apache.org/repos/dist/release/maven/maven-4/4.0.0-rc-5/ > > > > > > > > Staging site: > > > > https://maven.apache.org/ref/4-LATEST/ > > > > > > > > Please review and vote ! > > > > > > > > -- > > > > ------------------------ > > > > Guillaume Nodet > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
