Wait - your not SERIOUSLY calling out Maven Central as being a quality repository? It's certainly much better now with the excellent work oss.sonatype.org is providing, but there's still so much broken meta-data and missing jars and cruft floating around central.
Back to the topic tho - I wouldn't so much be opposed to this behavior if maven actually told the user this is whats happening, rather than its current behavior of just saying "artifact not found". I've had numerous people question their sanity on IRC, around work and elsewhere the confusion of artifacts being in their local repository, but not being found. If Maven said something like: "The {GAV} artifact was found in your local repository, but came from the undeclared repository "xxx", either configure this in your pom, or in your "yyy" mirror." Was there some reason why only the repository "id" is stored in the _maven.repositories file, and not the URL to it? If two projects had "jboss", and "JBoss" as ids pointing to the same URL, I'd expect them to work, but I suspect because maven doesn't track that level, then it wouldn't? Mark -- "Great artists are extremely selfish and arrogant things" — Steven Wilson, Porcupine Tree On Mon, Oct 24, 2011 at 6:52 AM, Mark Struberg <strub...@yahoo.de> wrote: > Another problem did arise with the java.net maven repo and other repos > which contain broken artifacts. This repo historically had a _very_ bad > quality, serving broken artifacts, wrong md5 sums, etc. Most of those > artifacts also have been available on maven.central - but with a checked and > confirmed quality! So back in the days if one project enabled the > java.netrepo and you downloaded such artifacts from there, then you were > basically > doomed for the rest of your ~/.m2/repository life ;) >