maven-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jason van Zyl <ja...@tesla.io>
Subject Re: Maven 3, _maven.repositories and *lastUpdated
Date Sun, 23 Oct 2011 21:45:38 GMT
I wasn't implying anything about the quality of Maven Central. It's orthogonal to this argument
which is to say the GAV could only work as a unique identifier if there was one source, or
all sources were identical. The quality of the contents is irrelevant.

The quality of the content is a driving factor in creating variants which I think is your
point.

jvz

On 2011-10-23, at 5:03 PM, Mark Derricutt <mark@talios.com> wrote:

> 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 <struberg@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 ;)
>> 

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org


Mime
View raw message