maven-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stephen Connolly <stephen.alan.conno...@gmail.com>
Subject Re: Unpacking jars into target/classes
Date Mon, 18 Mar 2013 11:45:21 GMT
I would not base your opinion on this one thread.

Joachim got off on the wrong foot by mistaking us trying to guide him
towards a path (where he won't fight maven all the way) for us being
evangelical and spouting religious dogma... Some of us in this list may
have egged on the troll vs troll style of this interaction, but the past is
a foreign country that we cannot visit, personally I think it should be
left behind, fault on both sides, therefore both sides gave some learning
to do.

The reality of Maven is it is an/the *opinionated* build tool. If you don't
like its opinions, don't use it.

Many find its opinions non-offensive, and are happy to put up with the ways
of working those opinions mandate.

Those if us here for a long time find its opinions the "dogs bollix" and
think they are the best way (usually as a result of lots of experience with
other ways which guided us back to the way maven directs... But others can
and do have other experiences that lead them away from maven's direction so
I am not saying that the maven way is "best", rather that I think it is the
way I think is best)

Some other people really don't like some of maven's core principles (I am
not one of those people, I suggest asking them for their reasons, I refuse
to speculate further than "they may not understand fully the reasons for
maven picking specific sides of some trade-offs" but I could be wrong, I am
biased in agreeing with the maven side of those trade-offs) these people
either fight maven all the way (ahem kohsuke my esteemed
colleague/friend shows symptoms if being such a fighter) or give up and run
away

I am currently working on trying to find a way to revamp the main maven
site to make it easier for people to get up to speed and grok the reasons
for maven picking the sides it picks as well as grok *where* maven says
"not my problem" (anything after a deployment environment agnostic artifact
has been delivered into the maven repository is not maven's problem BTW,
use other tools: Chef/Puppet/ANT/Gradle/Buildr/BASH/etc to turn that into
an artifact configured for the specific environment it will be deployed
into and put it in that environment)

-Stephen

On Monday, 18 March 2013, Kevin Krumwiede wrote:

> "Leave it" seems to be the option most often chosen.  Having just
> joined this mailing list, I'm beginning to suspect why.
>
> On 3/17/13, Joachim Durchholz <jo@durchholz.org <javascript:;>> wrote:
> > Am 18.03.2013 07:43, schrieb Anders Hammar:
> >> Joachim, you're way out of line here! Please do a background check on my
> >> contribution to this project before you insult me!
> >
> > Anders, your contributions to Maven were never part of this discussion.
> >
> > Except if you base your demands on how your contributions are so much
> > more than mine.
> >
> > Which would be an invalid argument. Maven, like all the other FOSS
> > projects, is published on a "take it or leave it" basis. In fact the
> > "leave it" option has been on the table for quite a while.
> > If find it strange that if I give information on a "take it or leave it"
> > basis, you guys find that offensive and not enough due diligence.
> >
> > Listen that Youtube link again, please...
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org<javascript:;>
> > For additional commands, e-mail: users-help@maven.apache.org<javascript:;>
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org <javascript:;>
> For additional commands, e-mail: users-help@maven.apache.org<javascript:;>
>
>

-- 
Sent from my phone

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message