Wheeler [mailto:rwhee...@artifact-software.com]
Sent: Sunday, September 09, 2012 4:43 PM
To: users@maven.apache.org
Subject: Re: Arguments for Maven vs. Gradle
Moving from Ant to Maven is a change of attitude.
You are right that Maven does make builds much more uniform.
Once a project
: Re: Arguments for Maven vs. Gradle
Moving from Ant to Maven is a change of attitude.
You are right that Maven does make builds much more uniform.
Once a project is set up, the next guy to work on it only has to write
code and add dependencies, the rest of the environment is laid out
(Starwars? Kung-fu panda? not
sure anymore :)
LieGrue,
strub
[1] http://buildr.apache.org/
- Original Message -
From: Paul King pa...@asert.com.au
To: Maven Users List users@maven.apache.org
Cc:
Sent: Tuesday, September 11, 2012 11:30 AM
Subject: Re: Arguments for Maven vs. Gradle
With great power comes great responsibility (Starwars? Kung-fu panda?
not sure anymore :)
Spiderman. Come on now... You get points for maven knowledge but minus points
for missing the Spiderman reference. Three cheers for Stan Lee ;-).
2:35 PM
Subject: RE: Arguments for Maven vs. Gradle
With great power comes great responsibility (Starwars? Kung-fu
panda?
not sure anymore :)
Spiderman. Come on now... You get points for maven knowledge but minus points
for missing the Spiderman reference. Three cheers for Stan
Subject: Re: Arguments for Maven vs. Gradle
You will have to make your own assessment but most new projects I see in
my
customer base are moving over to gradle. It offers the same convention
over
configuration advantages of Maven but with some flexibility if you need
it,
plus a whole
On Sep 11, 2012, at 8:22 PM, Curtis Rueden ctrue...@wisc.edu wrote:
I'm not advocating that junior developers not be allowed to touch the
build—otherwise how will they learn?—but I strongly recommend code review
of any changes a junior developer makes to a build system.
Kind of roaming away
On 11 Sep 2012, at 7:22 PM, Curtis Rueden wrote:
Just let a few juniors touch the build and you are doomed pretty quickly.
I agree, and would generalize this statement to any build system I've ever
designed or worked with: shell scripts, Makefiles, Ant, Maven... it doesn't
matter. A build
I'd just like to add that although Maven encourages convention over
configuration etc etc, it will by no means by itself ensure that you
get good build scripts (poms aren't scripts, but I think you know
what I mean). I've seen so many weird/strange/bad/fascinating
solutions incorporated into
On 11/09/2012 2:51 PM, Anders Hammar wrote:
I'd just like to add that although Maven encourages convention over
configuration etc etc, it will by no means by itself ensure that you
get good build scripts (poms aren't scripts, but I think you know
what I mean). I've seen so many
If they bring their ideas here, they usually get the kind of advice that
leads to good practices.
Well, the problem is that they don't go here. They just happily go on
trying to invent the wheel (but a square one).
/Anders
They also have to frame their questions at the goal level rather than
I don't think it's useful to debate build tools and their builders or
tools on this list.
On Tue, Sep 11, 2012 at 3:26 PM, Anders Hammar and...@hammar.net wrote:
If they bring their ideas here, they usually get the kind of advice that
leads to good practices.
Well, the problem is that they
On 11 Sep 2012, at 10:14 PM, Benson Margulies wrote:
I don't think it's useful to debate build tools and their builders or
tools on this list.
I believe it is very useful. Many new users to maven don't fully understand the
problem maven tries to solve, and a discussion like this one will
I find also such discussion interesting
it is always good to know what is existing arround and if some inputs may
drive to improve Maven itself.
The fact to know also why Maven is here is an important thing to better us
it.
This is especially what we did with Nicolas De loof in our French book few
Am 11.09.2012 22:59 schrieb Arnaud Héritier aherit...@gmail.com:
I find also such discussion interesting
it is always good to know what is existing arround and if some inputs may
drive to improve Maven itself.
The fact to know also why Maven is here is an important thing to better us
it.
On Tue, Sep 11, 2012 at 4:33 PM, Graham Leggett minf...@sharp.fm wrote:
On 11 Sep 2012, at 10:14 PM, Benson Margulies wrote:
I don't think it's useful to debate build tools and their builders or
tools on this list.
I believe it is very useful. Many new users to maven don't fully understand
-Original Message-
From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
Sent: Sunday, September 09, 2012 4:43 PM
To: users@maven.apache.org
Subject: Re: Arguments for Maven vs. Gradle
Moving from Ant to Maven is a change of attitude.
You are right that Maven does make builds
At the risk of starting a flame war, what are some arguments for Maven vs.
Gradle?
This is in the context of a change and risk-averse organization that currently
has a large Ant build, although with some associated Maven builds.
I see the advantages of Gradle as a much better Ant, but I would
/2012 5:20 PM, KARR, DAVID wrote:
At the risk of starting a flame war, what are some arguments for Maven vs.
Gradle?
This is in the context of a change and risk-averse organization that currently
has a large Ant build, although with some associated Maven builds.
I see the advantages of Gradle
with Maven, get your own repo set up before you unleash the
developers.
Ron
On 09/09/2012 5:20 PM, KARR, DAVID wrote:
At the risk of starting a flame war, what are some arguments for Maven
vs. Gradle?
This is in the context of a change and risk-averse organization that
currently has
On 9 Sep 2012, at 22:20, KARR, DAVID dk0...@att.com wrote:
One of the disadvantages of Gradle is the same as Ant, which is that it's
very easy to have two people do similar things in a completely different way.
This to me is the fatal flaw in ant and all tools like it. Ant allows the
On Sep 10, 2012, at 4:15 AM, Graham Leggett minf...@sharp.fm wrote:
On 9 Sep 2012, at 22:20, KARR, DAVID dk0...@att.com wrote:
One of the disadvantages of Gradle is the same as Ant, which is that it's
very easy to have two people do similar things in a completely different way.
This to
22 matches
Mail list logo
