if you start measuring artifact quality, it makes sense to break down
the stats by groupId
at least that way if I see that java.net has 100% quality for
com.stvconsultants.easygloss I can configure my repository manager to
allow that group I'd through, but leave org.glassfish out as its
quality is only 70%
although I do see assessing quality as requiring at least some human
intervention.
but in response to Albert, a 50% score for quality does not translate
to everything being crap, only that lots of non-deprecated artifacts
have "poor" pom.xml files. there will still be zones of sanity in a
poor repo, just as there are zones of insanity in a mostly good
repository
Sent from my [rhymes with tryPod] ;-)
On 26 Sep 2009, at 18:58, Albert Kurucz <albert.kur...@gmail.com> wrote:
Very nice idea to measure the quality.
But sorry Tamas, 50% corrupt or 90% corrupt does not make a
difference for me.
Especially not, when I have feeling that it is possible to maintain a
100% clean repo with the right automation tools.
If Sonatype's goal is to sell these tools only for paying customers I
don't have a bad feeling about that. Everyone has to make a living.
But I hope sometime similar tools and a clean repo will be available
for the open public.
I hope OSS developers will recognize the need for quality (and a high
quality repo).
On Sat, Sep 26, 2009 at 11:22 AM, Hervé BOUTEMY <herve.bout...@free.
fr> wrote:
Le samedi 26 septembre 2009, Tamás Cservenák a écrit :
I think we all need some clarification, since we all talk about
"quality"
(we all agreed upon the basic things unanimously).
What is the "quality" of a maven repository (in general)? Can we
measure
it? Can we define it?
A wiki page with piled up (even personal) opinions would be good --
don't hesitate to start one on MAVENUSER Wiki [1]
whatever they are -- and later we should cherry-pick the most
relevant ones
to build some tooling to build these metric. And then, we could
"measure"
the quality of different reposes (like central) and have a list of
reposes
that do meet certain "level of quality" and list publicly the
others that
does not.
[1] http://docs.codehaus.org/display/MAVENUSER/Home
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
