Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of rmannibucau@gmail.com
 designates 209.85.216.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAOGo0VZVqQHx9Ep6eVpSgZ63Uakiyz91wi76sH+ggChDH89nAg@mail.gmail.com>
References: 
 <419827362.161746.1418473586135.JavaMail.yahoo@jws11130.mail.ir2.yahoo.com>
 <CAOGo0VZBXtzexaeLiY53YVsUaV0XAjUOxd+P7KksQf9-01WBOQ@mail.gmail.com>
 <CACLE=7MtZThGvQNvJP_jgXynNG=G1tZdT2KdfsHWgdSvWwdU6w@mail.gmail.com>
 <CAOGo0VZVqQHx9Ep6eVpSgZ63Uakiyz91wi76sH+ggChDH89nAg@mail.gmail.com>
From: Romain Manni-Bucau <rmannibucau@gmail.com>
Date: Sat, 13 Dec 2014 19:03:00 +0100
Message-ID: 
 <CACLE=7MmBNH_Ev-VUSjKFgpN7J9pgwDJzVc3nqpLO0-dOgoa2g@mail.gmail.com>
Subject: Re: commons-parent maven pom highly broken?
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

@Sebb: when trying to release jcs I had a lot of trouble just because
[commons] parent pom doesn't follow asf rules (remote resource plugin
is deactivated where it is correct in apache pom for instance)


Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau


2014-12-13 18:56 GMT+01:00 sebb <sebbaz@gmail.com>:
> On 13 December 2014 at 17:51, Romain Manni-Bucau <rmannibucau@gmail.com> =
wrote:
>> At least some skip should be removed since it breaks apache parent behav=
ior.
>
> No idea what you mean here - if you think there is a bug, file a JIRA iss=
ue.
>
>> Le 13 d=C3=A9c. 2014 18:42, "sebb" <sebbaz@gmail.com> a =C3=A9crit :
>>
>>> On 13 December 2014 at 12:26, Mark Struberg <struberg@yahoo.de> wrote:
>>> > Hi!
>>> >
>>> > I've never seen any other ASF project where it is such a torture to
>>> release.
>>> > This is partly because the quality level is really high, but a big pa=
rt
>>> of it is that we don't have a mature parent pom.
>>>
>>> Sorry, but I don't think that is at all relevant.
>>> Releasing is tedious because Maven does not really support non-Maven
>>> release directories (i.e. www.apache.org/dist/commons) so work-rounds
>>> are needed.
>>> This is true whatever the parent pom is used.
>>>
>>> It's partly also that Maven does some things well, but when
>>> adjustments are needed, it can be all but impossible to work out how
>>> to coax it to do what's needed.
>>>
>>> >
>>> > I have no clue why we don't just use the common apache parent pom. I'=
ve
>>> NEVER experienced such issues like missing NOTICE and LICENSE with it. =
It's
>>> really much more solid than our own one.
>>>
>>> Until very recently the ASF parent pom was broken, and with no sign of
>>> any fixes.
>>> For example, it did not allow override of the compiler plugin version,
>>> and there were a few other issues with it.
>>>
>>> There are stil issues with LICENSE and NOTICE, because the
>>> automatically created ones are not always correct.
>>> I'm not sure it creates the appropriate source and javadoc jars either.
>>>
>>> And it does not create decent manifests.
>>>
>>> The Commons Pom includes a lot of common setup that would otherwise
>>> have to be added to each component's parent pom.
>>> That is not an efficient way of proceeding.
>>>
>>> There are various other additional optional features in the Commons
>>> pom which are useful for testing.
>>>
>>> I think the CP pom works fine for single module projects.
>>> I'm not sure about multimodule projects, but is the ASF pom any better?
>>>
>>> Rather than raise unsubstantiated criticisms of the CP pom, file bugs
>>> for any problems and/or try fixing them.
>>>
>>> > LieGrue,
>>> > strub
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> > For additional commands, e-mail: dev-help@commons.apache.org
>>> >
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>

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