commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From robert burrell donkin <robertburrelldon...@blueyonder.co.uk>
Subject Re: [all] Maven, help or hinderance?
Date Sun, 18 Dec 2005 09:52:14 GMT
On Sat, 2005-12-17 at 01:16 -0500, Henri Yandell wrote:
> I just got coding on Commons stuff again after a bit of an absence.
> UGH! I don't mean to diss the good work that people have put in on
> adapting maven to fit what we want, but given that I use maven daily
> at work and with osjava hacking, it's amazing how complex this seems.
> 
> As I said, it's not the fault of those making the impossible possible,
> rather I think it's that we need to give up some of our desires and
> simplify our usage of Maven.  ie) our very specific needs need to be
> challenged and made to justify themselves.
> 
> Maybe I'm being a bit harsh :)

i think that there are two different kinds of specific need here. IMO
both are not negotiable (for different reasons).

the ASF has a few specific needs which maven either does not provide at
the moment (for example, NOTICE.xml) or which maven should not provide
since they are too specific to the ASF (for example, the symlink build
structure). these needs are non-negotiable. 

i think that these needs are best satisfied by the creation of a jakarta
or apache plug-in as suggested by brett. 

there are another set of needs which fall under best practise. over the
last year (or two), the commons has started to come under intense
scrutiny. we are now the establishment and any times that we fall short
of the highest standards, we can expect to be held up as examples of bad
practise throughout the java community. i agree with stephen that our
releases now need to be of the highest possible standard. i'm no longer
to willing to accept lower quality releases as a result of using maven.
so again, these are not negotiable.

in the past, we haven't been very effective (as we might) at feeding
through these emerging best practises to maven. it's pretty much been
only phil. i'm going to try to be more active (and hope others will do
the same). however, it is clear that one problem we have is that the
feedback cycle is too inefficient: we can't afford to wait a month or
two for new plugin releases and we're finding it hard to ensure everyone
has the required versions. perhaps managing our plugin would made this
easier.

- robert


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message