www-community mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Morgan Delagrange <mdela...@yahoo.com>
Subject RE: [proposal] daedalus jar repository (was: primary distribution location)
Date Thu, 27 Feb 2003 17:46:49 GMT

--- Costin Manolache <costin@apache.org> wrote:
> On Fri, 28 Feb 2003 dion@multitask.com.au wrote:
> > ....
> > > In other words - as long as maven decisions
> affect only maven - I don't 
> > > care. But if it affects other projects, and the
> repository certainly  does 
> > > - then the PMCs of those projects or the apache
> community are the ones 
> > > that decide.
> > Sure, but please take into account the work we've
> already done.
> Of course. The "maven" word comes up quite
> frequently on this thread :-)
> The issue is that the repository on daedalus will
> affect all apache 
> projects that choose to use it ( to download and
> upload files ). 

Certainly a daedalus repository could be of use to
many projects.  One feature I would LOVE to see is a
repository that contained the HEAD versions of every
JAR in addition to snapshots, releases, etc.  If I
could flip a switch in my Maven, Ant, Centipede, etc.
script and compile my project against the absolute
latest and greatest, that would be an extremely useful
sanity check.

Whether those HEAD jars are built by Maven, GUMP,
Centipede or "Tool X" makes no difference to me. 
However since GUMP is one of the only tools (perhaps
the only tool?) that currently does the job, I find
the statement that GUMP "sucks" disingenuous.  Is GUMP
easy to deploy for your own environment?  Not really. 
Is it useful for building individualy projects a la
Maven?  No.  Does it provide an effective continuous
integration environment for Apache?  Yes indeed.  Does
it suck?  Hardly.  If parts of GUMP are awkward, it's
only because continuous integration is a thankless
job.  Thanks, GUMP.  :)

- Morgan

Morgan Delagrange

Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more

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

View raw message