You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Stefan Bodewig <bo...@apache.org> on 2018/08/16 15:59:59 UTC
[parent] change in commons.scmPubUrl in Parent 47
Hi all
with
http://svn.apache.org/viewvc/commons/proper/commons-parent/trunk/pom.xml?r1=1831599&r2=1832339
a component's site is expected to be a in subdirectory named after
${commons.componentTd} - it used to be the artifactId.
A quick look at
https://svn.apache.org/repos/infra/websites/production/commons/content/proper/
says all the existing subdirectories start with "commons-" while the
componentId does not (at least not if you follow the instructions in the
parent POM).
mvn site-deploy failed for me in compress because of the change. Before
I silently override commons.scmPubUrl - is there a reason for the change
in the parent POM or can we revert the specific change?
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Stefan Bodewig <bo...@apache.org>.
On 2018-08-22, Benedikt Ritter wrote:
> I don't understand this discussion. Changes in Commons Parent have broken
> the commons-compress build. So we should either roll this changes back or
> those who need the changes in commons parent should fix the commons
> compress build.
I have already fixed the compress build.
TBH I don't understand why site-deploy can work for any component right
now given the structure of the site's svn tree, but I trust Gary when he
says it works for him.
Stefan
> Am Do., 16. Aug. 2018 um 19:08 Uhr schrieb Gary Gregory <
> garydgregory@gmail.com>:
>> On Thu, Aug 16, 2018 at 10:27 AM Stefan Bodewig <bo...@apache.org>
>> wrote:
>>> On 2018-08-16, Gary Gregory wrote:
>>>> I've use the release plugin a bunch without trouble. You might want to
>>> see
>>>> how other POMs are configured, for example [dbcp].
>>> The same way as Compress (no commons- prefix), I've got no idea why
>>> running site-deploy should work for it.
>>> You use the release plugin if you only want to publish the site and not
>>> cut a release?
>> I use the plugin build the dist folder (which includes a site) and generate
>> the vote email text. For the real site, after the vote, I use the stock
>> site-deploy goal.
>>>> You have to keep in mind that components like Collections, Lang, Pool,
>>> and
>>>> DBCP, the folder name is different from the artifact id because the
>>>> artifact id contains a major version number, for example commons-lang
>> is
>>>> the folder but commons-lang3 is the AID.
>>> The parent POM says about componentId:
>>> <!-- The Commons Component id is substring of the package name from
>>> o.a.commons.(.*)., for example:
>>> - Use dbcp2 instead of dbcp.
>>> - Use collections4 instead of collections.
>>> - Use lang3 instead of lang.
>>> is this no longer true and it should be commons-lang instead of lang by
>>> now?
>> The comments are misleading:
>> <!-- The Commons Component id is used on the distribution server, for
>> example:
>> - Use dbcp instead of dbcp2.
>> - Use collections instead of collections4.
>> - Use lang instead of lang3.
>> - Use pool instead of pool2.
>> - and so on...
>> -->
>> <commons.componentid>${project.artifactId}</commons.componentid>
>> <!-- The Commons Component id is substring of the package name from
>> o.a.commons.(.*)., for example:
>> - Use dbcp2 instead of dbcp.
>> - Use collections4 instead of collections.
>> - Use lang3 instead of lang.
>> - Use pool2 instead of pool.
>> - and so on...
>> -->
>> <commons.packageId>${project.artifactId}</commons.packageId>
>> For the seconds comment it should read
>> <!-- The package id is substring of the package name from
>> o.a.commons.(.*)., for example:
>> See the Commons Pool POM as an example.
>> Gary
>>> Stefan
>>> ---------------------------------------------------------------------
>>> 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
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Benedikt Ritter <br...@apache.org>.
Am Mi., 22. Aug. 2018 um 16:55 Uhr schrieb Gilles <
gilles@harfang.homelinux.org>:
> On Wed, 22 Aug 2018 16:24:57 +0200, Stefan Bodewig wrote:
> > On 2018-08-22, Rob Tompkins wrote:
> >
> >>> On Aug 22, 2018, at 9:03 AM, Stefan Bodewig <bo...@apache.org>
> >>> wrote:
> >
> >>> On 2018-08-22, Rob Tompkins wrote:
> >
> >>>>> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org>
> >>>>> wrote:
> >
> >>>>> Hi,
> >
> >>>>> I don't understand this discussion. Changes in Commons Parent
> >>>>> have broken
> >>>>> the commons-compress build. So we should either roll this changes
> >>>>> back or
> >>>>> those who need the changes in commons parent should fix the
> >>>>> commons
> >>>>> compress build.
> >
> >>>> I think the problem at hand here is that we, across our projects,
> >>>> are
> >>>> inconsistent with our usage of componentId, so naturally any
> >>>> changes
> >>>> to the way we consume it in the parent are breaking changes. For
> >>>> example:
> >
> >>>> https://github.com/apache/commons-lang/blob/master/pom.xml#L573
> >>>> <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>
> >>>> versus
> >>>>
> >>>>
> https://github.com/apache/commons-collections/blob/master/pom.xml#L487
> >>>> <
> https://github.com/apache/commons-collections/blob/master/pom.xml#L487>
> >
> >>> Anyway
> >
> >>> https://github.com/apache/commons-parent/blob/trunk/pom.xml#L1942
> >
> >>> is wrong for both of them as all subdirectories of
> >>>
> >>>
> https://svn.apache.org/repos/infra/websites/production/commons/content/proper/
> >>> start with "commons-" and no ${commons.componentid} does so. That's
> >>> why
> >>> I don't understand how site-deploy can work for commons-lang or
> >>> commons-collections. I've simply overwritten the commons.scmPubUrl
> >>> in
> >>> Compress' POM to make it work again.
> >
> >> I think that’s the standard practice at this point.
> >
> >>
> >> https://github.com/apache/commons-collections/blob/master/pom.xml#L519
> >> <https://github.com/apache/commons-collections/blob/master/pom.xml#L519
> >
> >
> >> https://github.com/apache/commons-lang/blob/master/pom.xml#L587
> >
> > In that case I may come back to my original question of why
> > commons.scmPubUrl - which worked for many in parent 46 - has been
> > changed to a value in 47 that (almost?) all components need to
> > overwrite
> > :-)
> >
> > This has been water under the bridge for me and I wouldn't have
> > brought
> > it up again, but if I now see others need to adjust as well, I may
> > better ask once again.
>
> Sure; it needs clarification.
> I'm probably somewhat of an heretic since I modify the web site by
> manually copying the contents of "target/staging" to "site-content"
> and doing "svn commit". :-}
> Hence I wouldn't know whether "site-deploy" works for e.g. [RNG].
>
Okay, so this sounds to me, that we should revert the change of
commons.scmPubUrl.
Stefan explantation of way site-deploy can't work for any component anymore
makes sense to me.
Benedikt
>
> Regards,
> Gilles
>
>
> > Stefan
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Gilles <gi...@harfang.homelinux.org>.
On Wed, 22 Aug 2018 16:24:57 +0200, Stefan Bodewig wrote:
> On 2018-08-22, Rob Tompkins wrote:
>
>>> On Aug 22, 2018, at 9:03 AM, Stefan Bodewig <bo...@apache.org>
>>> wrote:
>
>>> On 2018-08-22, Rob Tompkins wrote:
>
>>>>> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org>
>>>>> wrote:
>
>>>>> Hi,
>
>>>>> I don't understand this discussion. Changes in Commons Parent
>>>>> have broken
>>>>> the commons-compress build. So we should either roll this changes
>>>>> back or
>>>>> those who need the changes in commons parent should fix the
>>>>> commons
>>>>> compress build.
>
>>>> I think the problem at hand here is that we, across our projects,
>>>> are
>>>> inconsistent with our usage of componentId, so naturally any
>>>> changes
>>>> to the way we consume it in the parent are breaking changes. For
>>>> example:
>
>>>> https://github.com/apache/commons-lang/blob/master/pom.xml#L573
>>>> <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>
>>>> versus
>>>>
>>>> https://github.com/apache/commons-collections/blob/master/pom.xml#L487
>>>> <https://github.com/apache/commons-collections/blob/master/pom.xml#L487>
>
>>> Anyway
>
>>> https://github.com/apache/commons-parent/blob/trunk/pom.xml#L1942
>
>>> is wrong for both of them as all subdirectories of
>>>
>>> https://svn.apache.org/repos/infra/websites/production/commons/content/proper/
>>> start with "commons-" and no ${commons.componentid} does so. That's
>>> why
>>> I don't understand how site-deploy can work for commons-lang or
>>> commons-collections. I've simply overwritten the commons.scmPubUrl
>>> in
>>> Compress' POM to make it work again.
>
>> I think that’s the standard practice at this point.
>
>>
>> https://github.com/apache/commons-collections/blob/master/pom.xml#L519
>> <https://github.com/apache/commons-collections/blob/master/pom.xml#L519>
>
>> https://github.com/apache/commons-lang/blob/master/pom.xml#L587
>
> In that case I may come back to my original question of why
> commons.scmPubUrl - which worked for many in parent 46 - has been
> changed to a value in 47 that (almost?) all components need to
> overwrite
> :-)
>
> This has been water under the bridge for me and I wouldn't have
> brought
> it up again, but if I now see others need to adjust as well, I may
> better ask once again.
Sure; it needs clarification.
I'm probably somewhat of an heretic since I modify the web site by
manually copying the contents of "target/staging" to "site-content"
and doing "svn commit". :-}
Hence I wouldn't know whether "site-deploy" works for e.g. [RNG].
Regards,
Gilles
> Stefan
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Stefan Bodewig <bo...@apache.org>.
On 2018-08-22, Rob Tompkins wrote:
>> On Aug 22, 2018, at 9:03 AM, Stefan Bodewig <bo...@apache.org> wrote:
>> On 2018-08-22, Rob Tompkins wrote:
>>>> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org> wrote:
>>>> Hi,
>>>> I don't understand this discussion. Changes in Commons Parent have broken
>>>> the commons-compress build. So we should either roll this changes back or
>>>> those who need the changes in commons parent should fix the commons
>>>> compress build.
>>> I think the problem at hand here is that we, across our projects, are
>>> inconsistent with our usage of componentId, so naturally any changes
>>> to the way we consume it in the parent are breaking changes. For
>>> example:
>>> https://github.com/apache/commons-lang/blob/master/pom.xml#L573 <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>
>>> versus
>>> https://github.com/apache/commons-collections/blob/master/pom.xml#L487 <https://github.com/apache/commons-collections/blob/master/pom.xml#L487>
>> Anyway
>> https://github.com/apache/commons-parent/blob/trunk/pom.xml#L1942
>> is wrong for both of them as all subdirectories of
>> https://svn.apache.org/repos/infra/websites/production/commons/content/proper/
>> start with "commons-" and no ${commons.componentid} does so. That's why
>> I don't understand how site-deploy can work for commons-lang or
>> commons-collections. I've simply overwritten the commons.scmPubUrl in
>> Compress' POM to make it work again.
> I think that’s the standard practice at this point.
> https://github.com/apache/commons-collections/blob/master/pom.xml#L519 <https://github.com/apache/commons-collections/blob/master/pom.xml#L519>
> https://github.com/apache/commons-lang/blob/master/pom.xml#L587
In that case I may come back to my original question of why
commons.scmPubUrl - which worked for many in parent 46 - has been
changed to a value in 47 that (almost?) all components need to overwrite
:-)
This has been water under the bridge for me and I wouldn't have brought
it up again, but if I now see others need to adjust as well, I may
better ask once again.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Rob Tompkins <ch...@gmail.com>.
> On Aug 22, 2018, at 9:03 AM, Stefan Bodewig <bo...@apache.org> wrote:
>
> On 2018-08-22, Rob Tompkins wrote:
>
>>> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org> wrote:
>
>>> Hi,
>
>>> I don't understand this discussion. Changes in Commons Parent have broken
>>> the commons-compress build. So we should either roll this changes back or
>>> those who need the changes in commons parent should fix the commons
>>> compress build.
>
>> I think the problem at hand here is that we, across our projects, are
>> inconsistent with our usage of componentId, so naturally any changes
>> to the way we consume it in the parent are breaking changes. For
>> example:
>
>> https://github.com/apache/commons-lang/blob/master/pom.xml#L573 <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>
>> versus
>> https://github.com/apache/commons-collections/blob/master/pom.xml#L487 <https://github.com/apache/commons-collections/blob/master/pom.xml#L487>
>
> As Gilles already said, the commons-lang version doesn't adhere to the
> documentation in the parent POM.
>
> Anyway
>
> https://github.com/apache/commons-parent/blob/trunk/pom.xml#L1942
>
> is wrong for both of them as all subdirectories of
> https://svn.apache.org/repos/infra/websites/production/commons/content/proper/
> start with "commons-" and no ${commons.componentid} does so. That's why
> I don't understand how site-deploy can work for commons-lang or
> commons-collections. I've simply overwritten the commons.scmPubUrl in
> Compress' POM to make it work again.
I think that’s the standard practice at this point.
https://github.com/apache/commons-collections/blob/master/pom.xml#L519 <https://github.com/apache/commons-collections/blob/master/pom.xml#L519>
https://github.com/apache/commons-lang/blob/master/pom.xml#L587
>
> Stefan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Stefan Bodewig <bo...@apache.org>.
On 2018-08-22, Rob Tompkins wrote:
>> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org> wrote:
>> Hi,
>> I don't understand this discussion. Changes in Commons Parent have broken
>> the commons-compress build. So we should either roll this changes back or
>> those who need the changes in commons parent should fix the commons
>> compress build.
> I think the problem at hand here is that we, across our projects, are
> inconsistent with our usage of componentId, so naturally any changes
> to the way we consume it in the parent are breaking changes. For
> example:
> https://github.com/apache/commons-lang/blob/master/pom.xml#L573 <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>
> versus
> https://github.com/apache/commons-collections/blob/master/pom.xml#L487 <https://github.com/apache/commons-collections/blob/master/pom.xml#L487>
As Gilles already said, the commons-lang version doesn't adhere to the
documentation in the parent POM.
Anyway
https://github.com/apache/commons-parent/blob/trunk/pom.xml#L1942
is wrong for both of them as all subdirectories of
https://svn.apache.org/repos/infra/websites/production/commons/content/proper/
start with "commons-" and no ${commons.componentid} does so. That's why
I don't understand how site-deploy can work for commons-lang or
commons-collections. I've simply overwritten the commons.scmPubUrl in
Compress' POM to make it work again.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Benedikt Ritter <br...@apache.org>.
Am Do., 6. Sep. 2018 um 09:52 Uhr schrieb Benedikt Ritter <
britter@apache.org>:
> I have created COMMONSSITE-124 [1] in order to fix this. Will implement a
> fix later today.
>
> Benedikt
>
> [1] https://issues.apache.org/jira/browse/COMMONSSITE-124
>
COMMONSSITE-124 has been resolved in r1841296 [1]. To fix component site
builds using commons-parent 47 add the following to the properties section
of your pom.xml:
<!-- Fix for COMMONSSITE-124 remove once commons-parent 48 has been
released -->
<commons.scmPubUrl>
https://svn.apache.org/repos/infra/websites/production/commons/content/proper/${project.artifactId}
</commons.scmPubUrl>
Benedikt
[1] http://svn.apache.org/viewvc?view=revision&revision=1841296
>
> Am Fr., 31. Aug. 2018 um 13:24 Uhr schrieb Benedikt Ritter <
> britter@apache.org>:
>
>>
>>
>> Am Fr., 31. Aug. 2018 um 11:38 Uhr schrieb sebb <se...@gmail.com>:
>>
>>> On 31 August 2018 at 10:16, Benedikt Ritter <br...@apache.org> wrote:
>>> > Hello,
>>> >
>>> > I upgraded commons-csv from parent v43 to parent v47. Now the site
>>> build
>>> > doesn't work anymore (see below). I think we should roll back said
>>> chance,
>>> > since it broke multiple working component builds.
>>>
>>> Which change are you talking about?
>>>
>>
>> The one from the thread title...
>>
>>
>>>
>>> Note that if a CP version causes problems, just don't use it.
>>> Either revert to an earlier version or release a new one that fixes
>>> the issue and then use that.
>>>
>>> > Benedikt
>>> >
>>> > commons-csv build log:
>>> >
>>> > ~/w/a/c/commons-csv git:(master) 1M > mvn site
>>> > [INFO] Scanning for projects...
>>> > [INFO]
>>> > [INFO] -------------------< org.apache.commons:commons-csv
>>> >>-------------------
>>> > [INFO] Building Apache Commons CSV 1.6-SNAPSHOT
>>> > [INFO] --------------------------------[ jar
>>> > ]---------------------------------
>>> > [INFO]
>>> > [INFO] --- maven-antrun-plugin:1.8:run (prepare-checkout) @
>>> commons-csv ---
>>> > [WARNING] Parameter tasks is deprecated, use target instead
>>> > [INFO] Executing tasks
>>> >
>>> > main:
>>> > [exec] svn: E170000: URL '
>>> >
>>> https://svn.apache.org/repos/infra/websites/production/commons/content/proper/csv
>>> '
>>> > doesn't exist
>>> > [exec] Result: 1
>>> > [exec] Skipped '/Users/bene/commons-sites/csv/javadocs'
>>> > [exec] svn: E155007: None of the targets are working copies
>>> > [exec] Result: 1
>>> > [INFO]
>>> >
>>> ------------------------------------------------------------------------
>>> > [INFO] BUILD FAILURE
>>> > [INFO]
>>> >
>>> ------------------------------------------------------------------------
>>> > [INFO] Total time: 3.199 s
>>> > [INFO] Finished at: 2018-08-31T11:13:39+02:00
>>> > [INFO]
>>> >
>>> ------------------------------------------------------------------------
>>> > [ERROR] Failed to execute goal
>>> > org.apache.maven.plugins:maven-antrun-plugin:1.8:run
>>> (prepare-checkout) on
>>> > project commons-csv: An Ant BuildException has occured:
>>> > /Users/bene/commons-sites/csv does not exist.
>>> > [ERROR] around Ant part ...<pathconvert property="dirs" pathsep="
>>> ">... @
>>> > 10:44 in
>>> >
>>> /Users/bene/workspace/apache/commons/commons-csv/target/antrun/build-main.xml
>>> > [ERROR] -> [Help 1]
>>> > [ERROR]
>>> > [ERROR] To see the full stack trace of the errors, re-run Maven with
>>> the -e
>>> > switch.
>>> > [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>> > [ERROR]
>>> > [ERROR] For more information about the errors and possible solutions,
>>> > please read the following articles:
>>> > [ERROR] [Help 1]
>>> >
>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>>> >
>>> >
>>> >
>>> > Am Mi., 22. Aug. 2018 um 21:22 Uhr schrieb Benedikt Ritter <
>>> > britter@apache.org>:
>>> >
>>> >>
>>> >>
>>> >> Am Mi., 22. Aug. 2018 um 14:33 Uhr schrieb Gilles <
>>> >> gilles@harfang.homelinux.org>:
>>> >>
>>> >>> On Wed, 22 Aug 2018 08:11:03 -0400, Rob Tompkins wrote:
>>> >>> >> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org>
>>> >>> >> wrote:
>>> >>> >>
>>> >>> >> Hi,
>>> >>> >>
>>> >>> >> I don't understand this discussion. Changes in Commons Parent have
>>> >>> >> broken
>>> >>> >> the commons-compress build. So we should either roll this changes
>>> >>> >> back or
>>> >>> >> those who need the changes in commons parent should fix the
>>> commons
>>> >>> >> compress build.
>>> >>> >
>>> >>> > I think the problem at hand here is that we, across our projects,
>>> are
>>> >>> > inconsistent with our usage of componentId, so naturally any
>>> changes
>>> >>> > to the way we consume it in the parent are breaking changes. For
>>> >>> > example:
>>> >>> >
>>> >>> > https://github.com/apache/commons-lang/blob/master/pom.xml#L573
>>> >>> > <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>
>>> >>>
>>> >>> This one is wrong, according to a convention explicitly mentioned
>>> >>> in some POM files, e.g.:
>>> >>> ---CUT---
>>> >>> <!-- Do not change: "rng" is the name of the component even if
>>> the
>>> >>> name of the base package evolves with major release numbers
>>> >>> (see "commons.osgi.symbolicName", below). -->
>>> >>> <commons.componentid>rng</commons.componentid>
>>> >>> ---CUT---
>>> >>>
>>> >>
>>> >> I've raised LANG-1414 [1] to fix this.
>>> >>
>>> >> Benedikt
>>> >>
>>> >> [1] https://issues.apache.org/jira/browse/LANG-1414
>>> >>
>>> >>
>>> >>>
>>> >>> Gilles
>>> >>>
>>> >>> > versus
>>> >>> >
>>> >>> >
>>> https://github.com/apache/commons-collections/blob/master/pom.xml#L487
>>> >>> >
>>> >>> > <
>>> https://github.com/apache/commons-collections/blob/master/pom.xml#L487
>>> >>> >
>>> >>> >
>>> >>> > -Rob
>>> >>> >
>>> >>> >
>>> >>> >>
>>> >>> >> Regards,
>>> >>> >> Benedikt
>>> >>> >>
>>> >>> >> Am Do., 16. Aug. 2018 um 19:08 Uhr schrieb Gary Gregory <
>>> >>> >> garydgregory@gmail.com>:
>>> >>> >>
>>> >>> >>> On Thu, Aug 16, 2018 at 10:27 AM Stefan Bodewig
>>> >>> >>> <bo...@apache.org>
>>> >>> >>> wrote:
>>> >>> >>>
>>> >>> >>>> On 2018-08-16, Gary Gregory wrote:
>>> >>> >>>>
>>> >>> >>>>> I've use the release plugin a bunch without trouble. You might
>>> >>> >>>>> want to
>>> >>> >>>> see
>>> >>> >>>>> how other POMs are configured, for example [dbcp].
>>> >>> >>>>
>>> >>> >>>> The same way as Compress (no commons- prefix), I've got no idea
>>> >>> >>>> why
>>> >>> >>>> running site-deploy should work for it.
>>> >>> >>>>
>>> >>> >>>> You use the release plugin if you only want to publish the site
>>> >>> >>>> and not
>>> >>> >>>> cut a release?
>>> >>> >>>>
>>> >>> >>>
>>> >>> >>> I use the plugin build the dist folder (which includes a site)
>>> and
>>> >>> >>> generate
>>> >>> >>> the vote email text. For the real site, after the vote, I use the
>>> >>> >>> stock
>>> >>> >>> site-deploy goal.
>>> >>> >>>
>>> >>> >>>
>>> >>> >>>>
>>> >>> >>>>> You have to keep in mind that components like Collections,
>>> Lang,
>>> >>> >>>>> Pool,
>>> >>> >>>> and
>>> >>> >>>>> DBCP, the folder name is different from the artifact id because
>>> >>> >>>>> the
>>> >>> >>>>> artifact id contains a major version number, for example
>>> >>> >>>>> commons-lang
>>> >>> >>> is
>>> >>> >>>>> the folder but commons-lang3 is the AID.
>>> >>> >>>>
>>> >>> >>>> The parent POM says about componentId:
>>> >>> >>>>
>>> >>> >>>> <!-- The Commons Component id is substring of the package
>>> name
>>> >>> >>>> from
>>> >>> >>>> o.a.commons.(.*)., for example:
>>> >>> >>>> - Use dbcp2 instead of dbcp.
>>> >>> >>>> - Use collections4 instead of collections.
>>> >>> >>>> - Use lang3 instead of lang.
>>> >>> >>>>
>>> >>> >>>> is this no longer true and it should be commons-lang instead of
>>> >>> >>>> lang by
>>> >>> >>>> now?
>>> >>> >>>>
>>> >>> >>>
>>> >>> >>> The comments are misleading:
>>> >>> >>>
>>> >>> >>> <!-- The Commons Component id is used on the distribution
>>> >>> >>> server, for
>>> >>> >>> example:
>>> >>> >>> - Use dbcp instead of dbcp2.
>>> >>> >>> - Use collections instead of collections4.
>>> >>> >>> - Use lang instead of lang3.
>>> >>> >>> - Use pool instead of pool2.
>>> >>> >>> - and so on...
>>> >>> >>> -->
>>> >>> >>>
>>> <commons.componentid>${project.artifactId}</commons.componentid>
>>> >>> >>> <!-- The Commons Component id is substring of the package name
>>> >>> >>> from
>>> >>> >>> o.a.commons.(.*)., for example:
>>> >>> >>> - Use dbcp2 instead of dbcp.
>>> >>> >>> - Use collections4 instead of collections.
>>> >>> >>> - Use lang3 instead of lang.
>>> >>> >>> - Use pool2 instead of pool.
>>> >>> >>> - and so on...
>>> >>> >>> -->
>>> >>> >>> <commons.packageId>${project.artifactId}</commons.packageId>
>>> >>> >>>
>>> >>> >>> For the seconds comment it should read
>>> >>> >>> <!-- The package id is substring of the package name from
>>> >>> >>> o.a.commons.(.*)., for example:
>>> >>> >>>
>>> >>> >>> See the Commons Pool POM as an example.
>>> >>> >>>
>>> >>> >>> Gary
>>> >>> >>>
>>> >>> >>>
>>> >>> >>>>
>>> >>> >>>> Stefan
>>> >>> >>>>
>>> >>> >>>>
>>> >>> >>>>
>>> ---------------------------------------------------------------------
>>> >>> >>>> 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
>>>
>>>
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Benedikt Ritter <br...@apache.org>.
I have created COMMONSSITE-124 [1] in order to fix this. Will implement a
fix later today.
Benedikt
[1] https://issues.apache.org/jira/browse/COMMONSSITE-124
Am Fr., 31. Aug. 2018 um 13:24 Uhr schrieb Benedikt Ritter <
britter@apache.org>:
>
>
> Am Fr., 31. Aug. 2018 um 11:38 Uhr schrieb sebb <se...@gmail.com>:
>
>> On 31 August 2018 at 10:16, Benedikt Ritter <br...@apache.org> wrote:
>> > Hello,
>> >
>> > I upgraded commons-csv from parent v43 to parent v47. Now the site build
>> > doesn't work anymore (see below). I think we should roll back said
>> chance,
>> > since it broke multiple working component builds.
>>
>> Which change are you talking about?
>>
>
> The one from the thread title...
>
>
>>
>> Note that if a CP version causes problems, just don't use it.
>> Either revert to an earlier version or release a new one that fixes
>> the issue and then use that.
>>
>> > Benedikt
>> >
>> > commons-csv build log:
>> >
>> > ~/w/a/c/commons-csv git:(master) 1M > mvn site
>> > [INFO] Scanning for projects...
>> > [INFO]
>> > [INFO] -------------------< org.apache.commons:commons-csv
>> >>-------------------
>> > [INFO] Building Apache Commons CSV 1.6-SNAPSHOT
>> > [INFO] --------------------------------[ jar
>> > ]---------------------------------
>> > [INFO]
>> > [INFO] --- maven-antrun-plugin:1.8:run (prepare-checkout) @ commons-csv
>> ---
>> > [WARNING] Parameter tasks is deprecated, use target instead
>> > [INFO] Executing tasks
>> >
>> > main:
>> > [exec] svn: E170000: URL '
>> >
>> https://svn.apache.org/repos/infra/websites/production/commons/content/proper/csv
>> '
>> > doesn't exist
>> > [exec] Result: 1
>> > [exec] Skipped '/Users/bene/commons-sites/csv/javadocs'
>> > [exec] svn: E155007: None of the targets are working copies
>> > [exec] Result: 1
>> > [INFO]
>> > ------------------------------------------------------------------------
>> > [INFO] BUILD FAILURE
>> > [INFO]
>> > ------------------------------------------------------------------------
>> > [INFO] Total time: 3.199 s
>> > [INFO] Finished at: 2018-08-31T11:13:39+02:00
>> > [INFO]
>> > ------------------------------------------------------------------------
>> > [ERROR] Failed to execute goal
>> > org.apache.maven.plugins:maven-antrun-plugin:1.8:run (prepare-checkout)
>> on
>> > project commons-csv: An Ant BuildException has occured:
>> > /Users/bene/commons-sites/csv does not exist.
>> > [ERROR] around Ant part ...<pathconvert property="dirs" pathsep=" ">...
>> @
>> > 10:44 in
>> >
>> /Users/bene/workspace/apache/commons/commons-csv/target/antrun/build-main.xml
>> > [ERROR] -> [Help 1]
>> > [ERROR]
>> > [ERROR] To see the full stack trace of the errors, re-run Maven with
>> the -e
>> > switch.
>> > [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>> > [ERROR]
>> > [ERROR] For more information about the errors and possible solutions,
>> > please read the following articles:
>> > [ERROR] [Help 1]
>> > http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>> >
>> >
>> >
>> > Am Mi., 22. Aug. 2018 um 21:22 Uhr schrieb Benedikt Ritter <
>> > britter@apache.org>:
>> >
>> >>
>> >>
>> >> Am Mi., 22. Aug. 2018 um 14:33 Uhr schrieb Gilles <
>> >> gilles@harfang.homelinux.org>:
>> >>
>> >>> On Wed, 22 Aug 2018 08:11:03 -0400, Rob Tompkins wrote:
>> >>> >> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org>
>> >>> >> wrote:
>> >>> >>
>> >>> >> Hi,
>> >>> >>
>> >>> >> I don't understand this discussion. Changes in Commons Parent have
>> >>> >> broken
>> >>> >> the commons-compress build. So we should either roll this changes
>> >>> >> back or
>> >>> >> those who need the changes in commons parent should fix the commons
>> >>> >> compress build.
>> >>> >
>> >>> > I think the problem at hand here is that we, across our projects,
>> are
>> >>> > inconsistent with our usage of componentId, so naturally any changes
>> >>> > to the way we consume it in the parent are breaking changes. For
>> >>> > example:
>> >>> >
>> >>> > https://github.com/apache/commons-lang/blob/master/pom.xml#L573
>> >>> > <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>
>> >>>
>> >>> This one is wrong, according to a convention explicitly mentioned
>> >>> in some POM files, e.g.:
>> >>> ---CUT---
>> >>> <!-- Do not change: "rng" is the name of the component even if
>> the
>> >>> name of the base package evolves with major release numbers
>> >>> (see "commons.osgi.symbolicName", below). -->
>> >>> <commons.componentid>rng</commons.componentid>
>> >>> ---CUT---
>> >>>
>> >>
>> >> I've raised LANG-1414 [1] to fix this.
>> >>
>> >> Benedikt
>> >>
>> >> [1] https://issues.apache.org/jira/browse/LANG-1414
>> >>
>> >>
>> >>>
>> >>> Gilles
>> >>>
>> >>> > versus
>> >>> >
>> >>> >
>> https://github.com/apache/commons-collections/blob/master/pom.xml#L487
>> >>> >
>> >>> > <
>> https://github.com/apache/commons-collections/blob/master/pom.xml#L487
>> >>> >
>> >>> >
>> >>> > -Rob
>> >>> >
>> >>> >
>> >>> >>
>> >>> >> Regards,
>> >>> >> Benedikt
>> >>> >>
>> >>> >> Am Do., 16. Aug. 2018 um 19:08 Uhr schrieb Gary Gregory <
>> >>> >> garydgregory@gmail.com>:
>> >>> >>
>> >>> >>> On Thu, Aug 16, 2018 at 10:27 AM Stefan Bodewig
>> >>> >>> <bo...@apache.org>
>> >>> >>> wrote:
>> >>> >>>
>> >>> >>>> On 2018-08-16, Gary Gregory wrote:
>> >>> >>>>
>> >>> >>>>> I've use the release plugin a bunch without trouble. You might
>> >>> >>>>> want to
>> >>> >>>> see
>> >>> >>>>> how other POMs are configured, for example [dbcp].
>> >>> >>>>
>> >>> >>>> The same way as Compress (no commons- prefix), I've got no idea
>> >>> >>>> why
>> >>> >>>> running site-deploy should work for it.
>> >>> >>>>
>> >>> >>>> You use the release plugin if you only want to publish the site
>> >>> >>>> and not
>> >>> >>>> cut a release?
>> >>> >>>>
>> >>> >>>
>> >>> >>> I use the plugin build the dist folder (which includes a site) and
>> >>> >>> generate
>> >>> >>> the vote email text. For the real site, after the vote, I use the
>> >>> >>> stock
>> >>> >>> site-deploy goal.
>> >>> >>>
>> >>> >>>
>> >>> >>>>
>> >>> >>>>> You have to keep in mind that components like Collections, Lang,
>> >>> >>>>> Pool,
>> >>> >>>> and
>> >>> >>>>> DBCP, the folder name is different from the artifact id because
>> >>> >>>>> the
>> >>> >>>>> artifact id contains a major version number, for example
>> >>> >>>>> commons-lang
>> >>> >>> is
>> >>> >>>>> the folder but commons-lang3 is the AID.
>> >>> >>>>
>> >>> >>>> The parent POM says about componentId:
>> >>> >>>>
>> >>> >>>> <!-- The Commons Component id is substring of the package name
>> >>> >>>> from
>> >>> >>>> o.a.commons.(.*)., for example:
>> >>> >>>> - Use dbcp2 instead of dbcp.
>> >>> >>>> - Use collections4 instead of collections.
>> >>> >>>> - Use lang3 instead of lang.
>> >>> >>>>
>> >>> >>>> is this no longer true and it should be commons-lang instead of
>> >>> >>>> lang by
>> >>> >>>> now?
>> >>> >>>>
>> >>> >>>
>> >>> >>> The comments are misleading:
>> >>> >>>
>> >>> >>> <!-- The Commons Component id is used on the distribution
>> >>> >>> server, for
>> >>> >>> example:
>> >>> >>> - Use dbcp instead of dbcp2.
>> >>> >>> - Use collections instead of collections4.
>> >>> >>> - Use lang instead of lang3.
>> >>> >>> - Use pool instead of pool2.
>> >>> >>> - and so on...
>> >>> >>> -->
>> >>> >>>
>> <commons.componentid>${project.artifactId}</commons.componentid>
>> >>> >>> <!-- The Commons Component id is substring of the package name
>> >>> >>> from
>> >>> >>> o.a.commons.(.*)., for example:
>> >>> >>> - Use dbcp2 instead of dbcp.
>> >>> >>> - Use collections4 instead of collections.
>> >>> >>> - Use lang3 instead of lang.
>> >>> >>> - Use pool2 instead of pool.
>> >>> >>> - and so on...
>> >>> >>> -->
>> >>> >>> <commons.packageId>${project.artifactId}</commons.packageId>
>> >>> >>>
>> >>> >>> For the seconds comment it should read
>> >>> >>> <!-- The package id is substring of the package name from
>> >>> >>> o.a.commons.(.*)., for example:
>> >>> >>>
>> >>> >>> See the Commons Pool POM as an example.
>> >>> >>>
>> >>> >>> Gary
>> >>> >>>
>> >>> >>>
>> >>> >>>>
>> >>> >>>> Stefan
>> >>> >>>>
>> >>> >>>>
>> >>> >>>>
>> ---------------------------------------------------------------------
>> >>> >>>> 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
>>
>>
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Benedikt Ritter <br...@apache.org>.
Am Fr., 31. Aug. 2018 um 11:38 Uhr schrieb sebb <se...@gmail.com>:
> On 31 August 2018 at 10:16, Benedikt Ritter <br...@apache.org> wrote:
> > Hello,
> >
> > I upgraded commons-csv from parent v43 to parent v47. Now the site build
> > doesn't work anymore (see below). I think we should roll back said
> chance,
> > since it broke multiple working component builds.
>
> Which change are you talking about?
>
The one from the thread title...
>
> Note that if a CP version causes problems, just don't use it.
> Either revert to an earlier version or release a new one that fixes
> the issue and then use that.
>
> > Benedikt
> >
> > commons-csv build log:
> >
> > ~/w/a/c/commons-csv git:(master) 1M > mvn site
> > [INFO] Scanning for projects...
> > [INFO]
> > [INFO] -------------------< org.apache.commons:commons-csv
> >>-------------------
> > [INFO] Building Apache Commons CSV 1.6-SNAPSHOT
> > [INFO] --------------------------------[ jar
> > ]---------------------------------
> > [INFO]
> > [INFO] --- maven-antrun-plugin:1.8:run (prepare-checkout) @ commons-csv
> ---
> > [WARNING] Parameter tasks is deprecated, use target instead
> > [INFO] Executing tasks
> >
> > main:
> > [exec] svn: E170000: URL '
> >
> https://svn.apache.org/repos/infra/websites/production/commons/content/proper/csv
> '
> > doesn't exist
> > [exec] Result: 1
> > [exec] Skipped '/Users/bene/commons-sites/csv/javadocs'
> > [exec] svn: E155007: None of the targets are working copies
> > [exec] Result: 1
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] BUILD FAILURE
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] Total time: 3.199 s
> > [INFO] Finished at: 2018-08-31T11:13:39+02:00
> > [INFO]
> > ------------------------------------------------------------------------
> > [ERROR] Failed to execute goal
> > org.apache.maven.plugins:maven-antrun-plugin:1.8:run (prepare-checkout)
> on
> > project commons-csv: An Ant BuildException has occured:
> > /Users/bene/commons-sites/csv does not exist.
> > [ERROR] around Ant part ...<pathconvert property="dirs" pathsep=" ">... @
> > 10:44 in
> >
> /Users/bene/workspace/apache/commons/commons-csv/target/antrun/build-main.xml
> > [ERROR] -> [Help 1]
> > [ERROR]
> > [ERROR] To see the full stack trace of the errors, re-run Maven with the
> -e
> > switch.
> > [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> > [ERROR]
> > [ERROR] For more information about the errors and possible solutions,
> > please read the following articles:
> > [ERROR] [Help 1]
> > http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
> >
> >
> >
> > Am Mi., 22. Aug. 2018 um 21:22 Uhr schrieb Benedikt Ritter <
> > britter@apache.org>:
> >
> >>
> >>
> >> Am Mi., 22. Aug. 2018 um 14:33 Uhr schrieb Gilles <
> >> gilles@harfang.homelinux.org>:
> >>
> >>> On Wed, 22 Aug 2018 08:11:03 -0400, Rob Tompkins wrote:
> >>> >> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org>
> >>> >> wrote:
> >>> >>
> >>> >> Hi,
> >>> >>
> >>> >> I don't understand this discussion. Changes in Commons Parent have
> >>> >> broken
> >>> >> the commons-compress build. So we should either roll this changes
> >>> >> back or
> >>> >> those who need the changes in commons parent should fix the commons
> >>> >> compress build.
> >>> >
> >>> > I think the problem at hand here is that we, across our projects, are
> >>> > inconsistent with our usage of componentId, so naturally any changes
> >>> > to the way we consume it in the parent are breaking changes. For
> >>> > example:
> >>> >
> >>> > https://github.com/apache/commons-lang/blob/master/pom.xml#L573
> >>> > <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>
> >>>
> >>> This one is wrong, according to a convention explicitly mentioned
> >>> in some POM files, e.g.:
> >>> ---CUT---
> >>> <!-- Do not change: "rng" is the name of the component even if the
> >>> name of the base package evolves with major release numbers
> >>> (see "commons.osgi.symbolicName", below). -->
> >>> <commons.componentid>rng</commons.componentid>
> >>> ---CUT---
> >>>
> >>
> >> I've raised LANG-1414 [1] to fix this.
> >>
> >> Benedikt
> >>
> >> [1] https://issues.apache.org/jira/browse/LANG-1414
> >>
> >>
> >>>
> >>> Gilles
> >>>
> >>> > versus
> >>> >
> >>> >
> https://github.com/apache/commons-collections/blob/master/pom.xml#L487
> >>> >
> >>> > <
> https://github.com/apache/commons-collections/blob/master/pom.xml#L487
> >>> >
> >>> >
> >>> > -Rob
> >>> >
> >>> >
> >>> >>
> >>> >> Regards,
> >>> >> Benedikt
> >>> >>
> >>> >> Am Do., 16. Aug. 2018 um 19:08 Uhr schrieb Gary Gregory <
> >>> >> garydgregory@gmail.com>:
> >>> >>
> >>> >>> On Thu, Aug 16, 2018 at 10:27 AM Stefan Bodewig
> >>> >>> <bo...@apache.org>
> >>> >>> wrote:
> >>> >>>
> >>> >>>> On 2018-08-16, Gary Gregory wrote:
> >>> >>>>
> >>> >>>>> I've use the release plugin a bunch without trouble. You might
> >>> >>>>> want to
> >>> >>>> see
> >>> >>>>> how other POMs are configured, for example [dbcp].
> >>> >>>>
> >>> >>>> The same way as Compress (no commons- prefix), I've got no idea
> >>> >>>> why
> >>> >>>> running site-deploy should work for it.
> >>> >>>>
> >>> >>>> You use the release plugin if you only want to publish the site
> >>> >>>> and not
> >>> >>>> cut a release?
> >>> >>>>
> >>> >>>
> >>> >>> I use the plugin build the dist folder (which includes a site) and
> >>> >>> generate
> >>> >>> the vote email text. For the real site, after the vote, I use the
> >>> >>> stock
> >>> >>> site-deploy goal.
> >>> >>>
> >>> >>>
> >>> >>>>
> >>> >>>>> You have to keep in mind that components like Collections, Lang,
> >>> >>>>> Pool,
> >>> >>>> and
> >>> >>>>> DBCP, the folder name is different from the artifact id because
> >>> >>>>> the
> >>> >>>>> artifact id contains a major version number, for example
> >>> >>>>> commons-lang
> >>> >>> is
> >>> >>>>> the folder but commons-lang3 is the AID.
> >>> >>>>
> >>> >>>> The parent POM says about componentId:
> >>> >>>>
> >>> >>>> <!-- The Commons Component id is substring of the package name
> >>> >>>> from
> >>> >>>> o.a.commons.(.*)., for example:
> >>> >>>> - Use dbcp2 instead of dbcp.
> >>> >>>> - Use collections4 instead of collections.
> >>> >>>> - Use lang3 instead of lang.
> >>> >>>>
> >>> >>>> is this no longer true and it should be commons-lang instead of
> >>> >>>> lang by
> >>> >>>> now?
> >>> >>>>
> >>> >>>
> >>> >>> The comments are misleading:
> >>> >>>
> >>> >>> <!-- The Commons Component id is used on the distribution
> >>> >>> server, for
> >>> >>> example:
> >>> >>> - Use dbcp instead of dbcp2.
> >>> >>> - Use collections instead of collections4.
> >>> >>> - Use lang instead of lang3.
> >>> >>> - Use pool instead of pool2.
> >>> >>> - and so on...
> >>> >>> -->
> >>> >>> <commons.componentid>${project.artifactId}</commons.componentid>
> >>> >>> <!-- The Commons Component id is substring of the package name
> >>> >>> from
> >>> >>> o.a.commons.(.*)., for example:
> >>> >>> - Use dbcp2 instead of dbcp.
> >>> >>> - Use collections4 instead of collections.
> >>> >>> - Use lang3 instead of lang.
> >>> >>> - Use pool2 instead of pool.
> >>> >>> - and so on...
> >>> >>> -->
> >>> >>> <commons.packageId>${project.artifactId}</commons.packageId>
> >>> >>>
> >>> >>> For the seconds comment it should read
> >>> >>> <!-- The package id is substring of the package name from
> >>> >>> o.a.commons.(.*)., for example:
> >>> >>>
> >>> >>> See the Commons Pool POM as an example.
> >>> >>>
> >>> >>> Gary
> >>> >>>
> >>> >>>
> >>> >>>>
> >>> >>>> Stefan
> >>> >>>>
> >>> >>>>
> >>> >>>>
> ---------------------------------------------------------------------
> >>> >>>> 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
>
>
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by sebb <se...@gmail.com>.
On 31 August 2018 at 10:16, Benedikt Ritter <br...@apache.org> wrote:
> Hello,
>
> I upgraded commons-csv from parent v43 to parent v47. Now the site build
> doesn't work anymore (see below). I think we should roll back said chance,
> since it broke multiple working component builds.
Which change are you talking about?
Note that if a CP version causes problems, just don't use it.
Either revert to an earlier version or release a new one that fixes
the issue and then use that.
> Benedikt
>
> commons-csv build log:
>
> ~/w/a/c/commons-csv git:(master) 1M > mvn site
> [INFO] Scanning for projects...
> [INFO]
> [INFO] -------------------< org.apache.commons:commons-csv
>>-------------------
> [INFO] Building Apache Commons CSV 1.6-SNAPSHOT
> [INFO] --------------------------------[ jar
> ]---------------------------------
> [INFO]
> [INFO] --- maven-antrun-plugin:1.8:run (prepare-checkout) @ commons-csv ---
> [WARNING] Parameter tasks is deprecated, use target instead
> [INFO] Executing tasks
>
> main:
> [exec] svn: E170000: URL '
> https://svn.apache.org/repos/infra/websites/production/commons/content/proper/csv'
> doesn't exist
> [exec] Result: 1
> [exec] Skipped '/Users/bene/commons-sites/csv/javadocs'
> [exec] svn: E155007: None of the targets are working copies
> [exec] Result: 1
> [INFO]
> ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Total time: 3.199 s
> [INFO] Finished at: 2018-08-31T11:13:39+02:00
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-antrun-plugin:1.8:run (prepare-checkout) on
> project commons-csv: An Ant BuildException has occured:
> /Users/bene/commons-sites/csv does not exist.
> [ERROR] around Ant part ...<pathconvert property="dirs" pathsep=" ">... @
> 10:44 in
> /Users/bene/workspace/apache/commons/commons-csv/target/antrun/build-main.xml
> [ERROR] -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e
> switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions,
> please read the following articles:
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>
>
>
> Am Mi., 22. Aug. 2018 um 21:22 Uhr schrieb Benedikt Ritter <
> britter@apache.org>:
>
>>
>>
>> Am Mi., 22. Aug. 2018 um 14:33 Uhr schrieb Gilles <
>> gilles@harfang.homelinux.org>:
>>
>>> On Wed, 22 Aug 2018 08:11:03 -0400, Rob Tompkins wrote:
>>> >> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org>
>>> >> wrote:
>>> >>
>>> >> Hi,
>>> >>
>>> >> I don't understand this discussion. Changes in Commons Parent have
>>> >> broken
>>> >> the commons-compress build. So we should either roll this changes
>>> >> back or
>>> >> those who need the changes in commons parent should fix the commons
>>> >> compress build.
>>> >
>>> > I think the problem at hand here is that we, across our projects, are
>>> > inconsistent with our usage of componentId, so naturally any changes
>>> > to the way we consume it in the parent are breaking changes. For
>>> > example:
>>> >
>>> > https://github.com/apache/commons-lang/blob/master/pom.xml#L573
>>> > <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>
>>>
>>> This one is wrong, according to a convention explicitly mentioned
>>> in some POM files, e.g.:
>>> ---CUT---
>>> <!-- Do not change: "rng" is the name of the component even if the
>>> name of the base package evolves with major release numbers
>>> (see "commons.osgi.symbolicName", below). -->
>>> <commons.componentid>rng</commons.componentid>
>>> ---CUT---
>>>
>>
>> I've raised LANG-1414 [1] to fix this.
>>
>> Benedikt
>>
>> [1] https://issues.apache.org/jira/browse/LANG-1414
>>
>>
>>>
>>> Gilles
>>>
>>> > versus
>>> >
>>> > https://github.com/apache/commons-collections/blob/master/pom.xml#L487
>>> >
>>> > <https://github.com/apache/commons-collections/blob/master/pom.xml#L487
>>> >
>>> >
>>> > -Rob
>>> >
>>> >
>>> >>
>>> >> Regards,
>>> >> Benedikt
>>> >>
>>> >> Am Do., 16. Aug. 2018 um 19:08 Uhr schrieb Gary Gregory <
>>> >> garydgregory@gmail.com>:
>>> >>
>>> >>> On Thu, Aug 16, 2018 at 10:27 AM Stefan Bodewig
>>> >>> <bo...@apache.org>
>>> >>> wrote:
>>> >>>
>>> >>>> On 2018-08-16, Gary Gregory wrote:
>>> >>>>
>>> >>>>> I've use the release plugin a bunch without trouble. You might
>>> >>>>> want to
>>> >>>> see
>>> >>>>> how other POMs are configured, for example [dbcp].
>>> >>>>
>>> >>>> The same way as Compress (no commons- prefix), I've got no idea
>>> >>>> why
>>> >>>> running site-deploy should work for it.
>>> >>>>
>>> >>>> You use the release plugin if you only want to publish the site
>>> >>>> and not
>>> >>>> cut a release?
>>> >>>>
>>> >>>
>>> >>> I use the plugin build the dist folder (which includes a site) and
>>> >>> generate
>>> >>> the vote email text. For the real site, after the vote, I use the
>>> >>> stock
>>> >>> site-deploy goal.
>>> >>>
>>> >>>
>>> >>>>
>>> >>>>> You have to keep in mind that components like Collections, Lang,
>>> >>>>> Pool,
>>> >>>> and
>>> >>>>> DBCP, the folder name is different from the artifact id because
>>> >>>>> the
>>> >>>>> artifact id contains a major version number, for example
>>> >>>>> commons-lang
>>> >>> is
>>> >>>>> the folder but commons-lang3 is the AID.
>>> >>>>
>>> >>>> The parent POM says about componentId:
>>> >>>>
>>> >>>> <!-- The Commons Component id is substring of the package name
>>> >>>> from
>>> >>>> o.a.commons.(.*)., for example:
>>> >>>> - Use dbcp2 instead of dbcp.
>>> >>>> - Use collections4 instead of collections.
>>> >>>> - Use lang3 instead of lang.
>>> >>>>
>>> >>>> is this no longer true and it should be commons-lang instead of
>>> >>>> lang by
>>> >>>> now?
>>> >>>>
>>> >>>
>>> >>> The comments are misleading:
>>> >>>
>>> >>> <!-- The Commons Component id is used on the distribution
>>> >>> server, for
>>> >>> example:
>>> >>> - Use dbcp instead of dbcp2.
>>> >>> - Use collections instead of collections4.
>>> >>> - Use lang instead of lang3.
>>> >>> - Use pool instead of pool2.
>>> >>> - and so on...
>>> >>> -->
>>> >>> <commons.componentid>${project.artifactId}</commons.componentid>
>>> >>> <!-- The Commons Component id is substring of the package name
>>> >>> from
>>> >>> o.a.commons.(.*)., for example:
>>> >>> - Use dbcp2 instead of dbcp.
>>> >>> - Use collections4 instead of collections.
>>> >>> - Use lang3 instead of lang.
>>> >>> - Use pool2 instead of pool.
>>> >>> - and so on...
>>> >>> -->
>>> >>> <commons.packageId>${project.artifactId}</commons.packageId>
>>> >>>
>>> >>> For the seconds comment it should read
>>> >>> <!-- The package id is substring of the package name from
>>> >>> o.a.commons.(.*)., for example:
>>> >>>
>>> >>> See the Commons Pool POM as an example.
>>> >>>
>>> >>> Gary
>>> >>>
>>> >>>
>>> >>>>
>>> >>>> Stefan
>>> >>>>
>>> >>>>
>>> >>>> ---------------------------------------------------------------------
>>> >>>> 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
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Benedikt Ritter <br...@apache.org>.
Hello,
I upgraded commons-csv from parent v43 to parent v47. Now the site build
doesn't work anymore (see below). I think we should roll back said chance,
since it broke multiple working component builds.
Benedikt
commons-csv build log:
~/w/a/c/commons-csv git:(master) 1M > mvn site
[INFO] Scanning for projects...
[INFO]
[INFO] -------------------< org.apache.commons:commons-csv
>-------------------
[INFO] Building Apache Commons CSV 1.6-SNAPSHOT
[INFO] --------------------------------[ jar
]---------------------------------
[INFO]
[INFO] --- maven-antrun-plugin:1.8:run (prepare-checkout) @ commons-csv ---
[WARNING] Parameter tasks is deprecated, use target instead
[INFO] Executing tasks
main:
[exec] svn: E170000: URL '
https://svn.apache.org/repos/infra/websites/production/commons/content/proper/csv'
doesn't exist
[exec] Result: 1
[exec] Skipped '/Users/bene/commons-sites/csv/javadocs'
[exec] svn: E155007: None of the targets are working copies
[exec] Result: 1
[INFO]
------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 3.199 s
[INFO] Finished at: 2018-08-31T11:13:39+02:00
[INFO]
------------------------------------------------------------------------
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-antrun-plugin:1.8:run (prepare-checkout) on
project commons-csv: An Ant BuildException has occured:
/Users/bene/commons-sites/csv does not exist.
[ERROR] around Ant part ...<pathconvert property="dirs" pathsep=" ">... @
10:44 in
/Users/bene/workspace/apache/commons/commons-csv/target/antrun/build-main.xml
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions,
please read the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
Am Mi., 22. Aug. 2018 um 21:22 Uhr schrieb Benedikt Ritter <
britter@apache.org>:
>
>
> Am Mi., 22. Aug. 2018 um 14:33 Uhr schrieb Gilles <
> gilles@harfang.homelinux.org>:
>
>> On Wed, 22 Aug 2018 08:11:03 -0400, Rob Tompkins wrote:
>> >> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org>
>> >> wrote:
>> >>
>> >> Hi,
>> >>
>> >> I don't understand this discussion. Changes in Commons Parent have
>> >> broken
>> >> the commons-compress build. So we should either roll this changes
>> >> back or
>> >> those who need the changes in commons parent should fix the commons
>> >> compress build.
>> >
>> > I think the problem at hand here is that we, across our projects, are
>> > inconsistent with our usage of componentId, so naturally any changes
>> > to the way we consume it in the parent are breaking changes. For
>> > example:
>> >
>> > https://github.com/apache/commons-lang/blob/master/pom.xml#L573
>> > <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>
>>
>> This one is wrong, according to a convention explicitly mentioned
>> in some POM files, e.g.:
>> ---CUT---
>> <!-- Do not change: "rng" is the name of the component even if the
>> name of the base package evolves with major release numbers
>> (see "commons.osgi.symbolicName", below). -->
>> <commons.componentid>rng</commons.componentid>
>> ---CUT---
>>
>
> I've raised LANG-1414 [1] to fix this.
>
> Benedikt
>
> [1] https://issues.apache.org/jira/browse/LANG-1414
>
>
>>
>> Gilles
>>
>> > versus
>> >
>> > https://github.com/apache/commons-collections/blob/master/pom.xml#L487
>> >
>> > <https://github.com/apache/commons-collections/blob/master/pom.xml#L487
>> >
>> >
>> > -Rob
>> >
>> >
>> >>
>> >> Regards,
>> >> Benedikt
>> >>
>> >> Am Do., 16. Aug. 2018 um 19:08 Uhr schrieb Gary Gregory <
>> >> garydgregory@gmail.com>:
>> >>
>> >>> On Thu, Aug 16, 2018 at 10:27 AM Stefan Bodewig
>> >>> <bo...@apache.org>
>> >>> wrote:
>> >>>
>> >>>> On 2018-08-16, Gary Gregory wrote:
>> >>>>
>> >>>>> I've use the release plugin a bunch without trouble. You might
>> >>>>> want to
>> >>>> see
>> >>>>> how other POMs are configured, for example [dbcp].
>> >>>>
>> >>>> The same way as Compress (no commons- prefix), I've got no idea
>> >>>> why
>> >>>> running site-deploy should work for it.
>> >>>>
>> >>>> You use the release plugin if you only want to publish the site
>> >>>> and not
>> >>>> cut a release?
>> >>>>
>> >>>
>> >>> I use the plugin build the dist folder (which includes a site) and
>> >>> generate
>> >>> the vote email text. For the real site, after the vote, I use the
>> >>> stock
>> >>> site-deploy goal.
>> >>>
>> >>>
>> >>>>
>> >>>>> You have to keep in mind that components like Collections, Lang,
>> >>>>> Pool,
>> >>>> and
>> >>>>> DBCP, the folder name is different from the artifact id because
>> >>>>> the
>> >>>>> artifact id contains a major version number, for example
>> >>>>> commons-lang
>> >>> is
>> >>>>> the folder but commons-lang3 is the AID.
>> >>>>
>> >>>> The parent POM says about componentId:
>> >>>>
>> >>>> <!-- The Commons Component id is substring of the package name
>> >>>> from
>> >>>> o.a.commons.(.*)., for example:
>> >>>> - Use dbcp2 instead of dbcp.
>> >>>> - Use collections4 instead of collections.
>> >>>> - Use lang3 instead of lang.
>> >>>>
>> >>>> is this no longer true and it should be commons-lang instead of
>> >>>> lang by
>> >>>> now?
>> >>>>
>> >>>
>> >>> The comments are misleading:
>> >>>
>> >>> <!-- The Commons Component id is used on the distribution
>> >>> server, for
>> >>> example:
>> >>> - Use dbcp instead of dbcp2.
>> >>> - Use collections instead of collections4.
>> >>> - Use lang instead of lang3.
>> >>> - Use pool instead of pool2.
>> >>> - and so on...
>> >>> -->
>> >>> <commons.componentid>${project.artifactId}</commons.componentid>
>> >>> <!-- The Commons Component id is substring of the package name
>> >>> from
>> >>> o.a.commons.(.*)., for example:
>> >>> - Use dbcp2 instead of dbcp.
>> >>> - Use collections4 instead of collections.
>> >>> - Use lang3 instead of lang.
>> >>> - Use pool2 instead of pool.
>> >>> - and so on...
>> >>> -->
>> >>> <commons.packageId>${project.artifactId}</commons.packageId>
>> >>>
>> >>> For the seconds comment it should read
>> >>> <!-- The package id is substring of the package name from
>> >>> o.a.commons.(.*)., for example:
>> >>>
>> >>> See the Commons Pool POM as an example.
>> >>>
>> >>> Gary
>> >>>
>> >>>
>> >>>>
>> >>>> Stefan
>> >>>>
>> >>>>
>> >>>> ---------------------------------------------------------------------
>> >>>> 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
>>
>>
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Benedikt Ritter <br...@apache.org>.
Am Mi., 22. Aug. 2018 um 14:33 Uhr schrieb Gilles <
gilles@harfang.homelinux.org>:
> On Wed, 22 Aug 2018 08:11:03 -0400, Rob Tompkins wrote:
> >> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org>
> >> wrote:
> >>
> >> Hi,
> >>
> >> I don't understand this discussion. Changes in Commons Parent have
> >> broken
> >> the commons-compress build. So we should either roll this changes
> >> back or
> >> those who need the changes in commons parent should fix the commons
> >> compress build.
> >
> > I think the problem at hand here is that we, across our projects, are
> > inconsistent with our usage of componentId, so naturally any changes
> > to the way we consume it in the parent are breaking changes. For
> > example:
> >
> > https://github.com/apache/commons-lang/blob/master/pom.xml#L573
> > <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>
>
> This one is wrong, according to a convention explicitly mentioned
> in some POM files, e.g.:
> ---CUT---
> <!-- Do not change: "rng" is the name of the component even if the
> name of the base package evolves with major release numbers
> (see "commons.osgi.symbolicName", below). -->
> <commons.componentid>rng</commons.componentid>
> ---CUT---
>
I've raised LANG-1414 [1] to fix this.
Benedikt
[1] https://issues.apache.org/jira/browse/LANG-1414
>
> Gilles
>
> > versus
> >
> > https://github.com/apache/commons-collections/blob/master/pom.xml#L487
> >
> > <https://github.com/apache/commons-collections/blob/master/pom.xml#L487>
> >
> > -Rob
> >
> >
> >>
> >> Regards,
> >> Benedikt
> >>
> >> Am Do., 16. Aug. 2018 um 19:08 Uhr schrieb Gary Gregory <
> >> garydgregory@gmail.com>:
> >>
> >>> On Thu, Aug 16, 2018 at 10:27 AM Stefan Bodewig
> >>> <bo...@apache.org>
> >>> wrote:
> >>>
> >>>> On 2018-08-16, Gary Gregory wrote:
> >>>>
> >>>>> I've use the release plugin a bunch without trouble. You might
> >>>>> want to
> >>>> see
> >>>>> how other POMs are configured, for example [dbcp].
> >>>>
> >>>> The same way as Compress (no commons- prefix), I've got no idea
> >>>> why
> >>>> running site-deploy should work for it.
> >>>>
> >>>> You use the release plugin if you only want to publish the site
> >>>> and not
> >>>> cut a release?
> >>>>
> >>>
> >>> I use the plugin build the dist folder (which includes a site) and
> >>> generate
> >>> the vote email text. For the real site, after the vote, I use the
> >>> stock
> >>> site-deploy goal.
> >>>
> >>>
> >>>>
> >>>>> You have to keep in mind that components like Collections, Lang,
> >>>>> Pool,
> >>>> and
> >>>>> DBCP, the folder name is different from the artifact id because
> >>>>> the
> >>>>> artifact id contains a major version number, for example
> >>>>> commons-lang
> >>> is
> >>>>> the folder but commons-lang3 is the AID.
> >>>>
> >>>> The parent POM says about componentId:
> >>>>
> >>>> <!-- The Commons Component id is substring of the package name
> >>>> from
> >>>> o.a.commons.(.*)., for example:
> >>>> - Use dbcp2 instead of dbcp.
> >>>> - Use collections4 instead of collections.
> >>>> - Use lang3 instead of lang.
> >>>>
> >>>> is this no longer true and it should be commons-lang instead of
> >>>> lang by
> >>>> now?
> >>>>
> >>>
> >>> The comments are misleading:
> >>>
> >>> <!-- The Commons Component id is used on the distribution
> >>> server, for
> >>> example:
> >>> - Use dbcp instead of dbcp2.
> >>> - Use collections instead of collections4.
> >>> - Use lang instead of lang3.
> >>> - Use pool instead of pool2.
> >>> - and so on...
> >>> -->
> >>> <commons.componentid>${project.artifactId}</commons.componentid>
> >>> <!-- The Commons Component id is substring of the package name
> >>> from
> >>> o.a.commons.(.*)., for example:
> >>> - Use dbcp2 instead of dbcp.
> >>> - Use collections4 instead of collections.
> >>> - Use lang3 instead of lang.
> >>> - Use pool2 instead of pool.
> >>> - and so on...
> >>> -->
> >>> <commons.packageId>${project.artifactId}</commons.packageId>
> >>>
> >>> For the seconds comment it should read
> >>> <!-- The package id is substring of the package name from
> >>> o.a.commons.(.*)., for example:
> >>>
> >>> See the Commons Pool POM as an example.
> >>>
> >>> Gary
> >>>
> >>>
> >>>>
> >>>> Stefan
> >>>>
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> 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
>
>
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Rob Tompkins <ch...@gmail.com>.
> On Aug 22, 2018, at 8:32 AM, Gilles <gi...@harfang.homelinux.org> wrote:
>
> On Wed, 22 Aug 2018 08:11:03 -0400, Rob Tompkins wrote:
>>> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org> wrote:
>>>
>>> Hi,
>>>
>>> I don't understand this discussion. Changes in Commons Parent have broken
>>> the commons-compress build. So we should either roll this changes back or
>>> those who need the changes in commons parent should fix the commons
>>> compress build.
>>
>> I think the problem at hand here is that we, across our projects, are
>> inconsistent with our usage of componentId, so naturally any changes
>> to the way we consume it in the parent are breaking changes. For
>> example:
>>
>> https://github.com/apache/commons-lang/blob/master/pom.xml#L573
>> <https://github.com/apache/commons-lang/blob/master/pom.xml#L573 <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>>
>
> This one is wrong, according to a convention explicitly mentioned
> in some POM files, e.g.:
> ---CUT---
> <!-- Do not change: "rng" is the name of the component even if the
> name of the base package evolves with major release numbers
> (see "commons.osgi.symbolicName", below). -->
> <commons.componentid>rng</commons.componentid>
> —CUT—
>
I agree, I was just pointing out the inconsistency and the consequent inevitable breakage.
-Rob
> Gilles
>
>> versus
>> https://github.com/apache/commons-collections/blob/master/pom.xml#L487 <https://github.com/apache/commons-collections/blob/master/pom.xml#L487>
>> <https://github.com/apache/commons-collections/blob/master/pom.xml#L487 <https://github.com/apache/commons-collections/blob/master/pom.xml#L487>>
>>
>> -Rob
>>
>>
>>>
>>> Regards,
>>> Benedikt
>>>
>>> Am Do., 16. Aug. 2018 um 19:08 Uhr schrieb Gary Gregory <
>>> garydgregory@gmail.com>:
>>>
>>>> On Thu, Aug 16, 2018 at 10:27 AM Stefan Bodewig <bo...@apache.org>
>>>> wrote:
>>>>
>>>>> On 2018-08-16, Gary Gregory wrote:
>>>>>
>>>>>> I've use the release plugin a bunch without trouble. You might want to
>>>>> see
>>>>>> how other POMs are configured, for example [dbcp].
>>>>>
>>>>> The same way as Compress (no commons- prefix), I've got no idea why
>>>>> running site-deploy should work for it.
>>>>>
>>>>> You use the release plugin if you only want to publish the site and not
>>>>> cut a release?
>>>>>
>>>>
>>>> I use the plugin build the dist folder (which includes a site) and generate
>>>> the vote email text. For the real site, after the vote, I use the stock
>>>> site-deploy goal.
>>>>
>>>>
>>>>>
>>>>>> You have to keep in mind that components like Collections, Lang, Pool,
>>>>> and
>>>>>> DBCP, the folder name is different from the artifact id because the
>>>>>> artifact id contains a major version number, for example commons-lang
>>>> is
>>>>>> the folder but commons-lang3 is the AID.
>>>>>
>>>>> The parent POM says about componentId:
>>>>>
>>>>> <!-- The Commons Component id is substring of the package name from
>>>>> o.a.commons.(.*)., for example:
>>>>> - Use dbcp2 instead of dbcp.
>>>>> - Use collections4 instead of collections.
>>>>> - Use lang3 instead of lang.
>>>>>
>>>>> is this no longer true and it should be commons-lang instead of lang by
>>>>> now?
>>>>>
>>>>
>>>> The comments are misleading:
>>>>
>>>> <!-- The Commons Component id is used on the distribution server, for
>>>> example:
>>>> - Use dbcp instead of dbcp2.
>>>> - Use collections instead of collections4.
>>>> - Use lang instead of lang3.
>>>> - Use pool instead of pool2.
>>>> - and so on...
>>>> -->
>>>> <commons.componentid>${project.artifactId}</commons.componentid>
>>>> <!-- The Commons Component id is substring of the package name from
>>>> o.a.commons.(.*)., for example:
>>>> - Use dbcp2 instead of dbcp.
>>>> - Use collections4 instead of collections.
>>>> - Use lang3 instead of lang.
>>>> - Use pool2 instead of pool.
>>>> - and so on...
>>>> -->
>>>> <commons.packageId>${project.artifactId}</commons.packageId>
>>>>
>>>> For the seconds comment it should read
>>>> <!-- The package id is substring of the package name from
>>>> o.a.commons.(.*)., for example:
>>>>
>>>> See the Commons Pool POM as an example.
>>>>
>>>> Gary
>>>>
>>>>
>>>>>
>>>>> Stefan
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> 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 <ma...@commons.apache.org>
> For additional commands, e-mail: dev-help@commons.apache.org <ma...@commons.apache.org>
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Gilles <gi...@harfang.homelinux.org>.
On Wed, 22 Aug 2018 08:11:03 -0400, Rob Tompkins wrote:
>> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org>
>> wrote:
>>
>> Hi,
>>
>> I don't understand this discussion. Changes in Commons Parent have
>> broken
>> the commons-compress build. So we should either roll this changes
>> back or
>> those who need the changes in commons parent should fix the commons
>> compress build.
>
> I think the problem at hand here is that we, across our projects, are
> inconsistent with our usage of componentId, so naturally any changes
> to the way we consume it in the parent are breaking changes. For
> example:
>
> https://github.com/apache/commons-lang/blob/master/pom.xml#L573
> <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>
This one is wrong, according to a convention explicitly mentioned
in some POM files, e.g.:
---CUT---
<!-- Do not change: "rng" is the name of the component even if the
name of the base package evolves with major release numbers
(see "commons.osgi.symbolicName", below). -->
<commons.componentid>rng</commons.componentid>
---CUT---
Gilles
> versus
>
> https://github.com/apache/commons-collections/blob/master/pom.xml#L487
>
> <https://github.com/apache/commons-collections/blob/master/pom.xml#L487>
>
> -Rob
>
>
>>
>> Regards,
>> Benedikt
>>
>> Am Do., 16. Aug. 2018 um 19:08 Uhr schrieb Gary Gregory <
>> garydgregory@gmail.com>:
>>
>>> On Thu, Aug 16, 2018 at 10:27 AM Stefan Bodewig
>>> <bo...@apache.org>
>>> wrote:
>>>
>>>> On 2018-08-16, Gary Gregory wrote:
>>>>
>>>>> I've use the release plugin a bunch without trouble. You might
>>>>> want to
>>>> see
>>>>> how other POMs are configured, for example [dbcp].
>>>>
>>>> The same way as Compress (no commons- prefix), I've got no idea
>>>> why
>>>> running site-deploy should work for it.
>>>>
>>>> You use the release plugin if you only want to publish the site
>>>> and not
>>>> cut a release?
>>>>
>>>
>>> I use the plugin build the dist folder (which includes a site) and
>>> generate
>>> the vote email text. For the real site, after the vote, I use the
>>> stock
>>> site-deploy goal.
>>>
>>>
>>>>
>>>>> You have to keep in mind that components like Collections, Lang,
>>>>> Pool,
>>>> and
>>>>> DBCP, the folder name is different from the artifact id because
>>>>> the
>>>>> artifact id contains a major version number, for example
>>>>> commons-lang
>>> is
>>>>> the folder but commons-lang3 is the AID.
>>>>
>>>> The parent POM says about componentId:
>>>>
>>>> <!-- The Commons Component id is substring of the package name
>>>> from
>>>> o.a.commons.(.*)., for example:
>>>> - Use dbcp2 instead of dbcp.
>>>> - Use collections4 instead of collections.
>>>> - Use lang3 instead of lang.
>>>>
>>>> is this no longer true and it should be commons-lang instead of
>>>> lang by
>>>> now?
>>>>
>>>
>>> The comments are misleading:
>>>
>>> <!-- The Commons Component id is used on the distribution
>>> server, for
>>> example:
>>> - Use dbcp instead of dbcp2.
>>> - Use collections instead of collections4.
>>> - Use lang instead of lang3.
>>> - Use pool instead of pool2.
>>> - and so on...
>>> -->
>>> <commons.componentid>${project.artifactId}</commons.componentid>
>>> <!-- The Commons Component id is substring of the package name
>>> from
>>> o.a.commons.(.*)., for example:
>>> - Use dbcp2 instead of dbcp.
>>> - Use collections4 instead of collections.
>>> - Use lang3 instead of lang.
>>> - Use pool2 instead of pool.
>>> - and so on...
>>> -->
>>> <commons.packageId>${project.artifactId}</commons.packageId>
>>>
>>> For the seconds comment it should read
>>> <!-- The package id is substring of the package name from
>>> o.a.commons.(.*)., for example:
>>>
>>> See the Commons Pool POM as an example.
>>>
>>> Gary
>>>
>>>
>>>>
>>>> Stefan
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Rob Tompkins <ch...@gmail.com>.
> On Aug 22, 2018, at 1:47 AM, Benedikt Ritter <br...@apache.org> wrote:
>
> Hi,
>
> I don't understand this discussion. Changes in Commons Parent have broken
> the commons-compress build. So we should either roll this changes back or
> those who need the changes in commons parent should fix the commons
> compress build.
I think the problem at hand here is that we, across our projects, are inconsistent with our usage of componentId, so naturally any changes to the way we consume it in the parent are breaking changes. For example:
https://github.com/apache/commons-lang/blob/master/pom.xml#L573 <https://github.com/apache/commons-lang/blob/master/pom.xml#L573>
versus
https://github.com/apache/commons-collections/blob/master/pom.xml#L487 <https://github.com/apache/commons-collections/blob/master/pom.xml#L487>
-Rob
>
> Regards,
> Benedikt
>
> Am Do., 16. Aug. 2018 um 19:08 Uhr schrieb Gary Gregory <
> garydgregory@gmail.com>:
>
>> On Thu, Aug 16, 2018 at 10:27 AM Stefan Bodewig <bo...@apache.org>
>> wrote:
>>
>>> On 2018-08-16, Gary Gregory wrote:
>>>
>>>> I've use the release plugin a bunch without trouble. You might want to
>>> see
>>>> how other POMs are configured, for example [dbcp].
>>>
>>> The same way as Compress (no commons- prefix), I've got no idea why
>>> running site-deploy should work for it.
>>>
>>> You use the release plugin if you only want to publish the site and not
>>> cut a release?
>>>
>>
>> I use the plugin build the dist folder (which includes a site) and generate
>> the vote email text. For the real site, after the vote, I use the stock
>> site-deploy goal.
>>
>>
>>>
>>>> You have to keep in mind that components like Collections, Lang, Pool,
>>> and
>>>> DBCP, the folder name is different from the artifact id because the
>>>> artifact id contains a major version number, for example commons-lang
>> is
>>>> the folder but commons-lang3 is the AID.
>>>
>>> The parent POM says about componentId:
>>>
>>> <!-- The Commons Component id is substring of the package name from
>>> o.a.commons.(.*)., for example:
>>> - Use dbcp2 instead of dbcp.
>>> - Use collections4 instead of collections.
>>> - Use lang3 instead of lang.
>>>
>>> is this no longer true and it should be commons-lang instead of lang by
>>> now?
>>>
>>
>> The comments are misleading:
>>
>> <!-- The Commons Component id is used on the distribution server, for
>> example:
>> - Use dbcp instead of dbcp2.
>> - Use collections instead of collections4.
>> - Use lang instead of lang3.
>> - Use pool instead of pool2.
>> - and so on...
>> -->
>> <commons.componentid>${project.artifactId}</commons.componentid>
>> <!-- The Commons Component id is substring of the package name from
>> o.a.commons.(.*)., for example:
>> - Use dbcp2 instead of dbcp.
>> - Use collections4 instead of collections.
>> - Use lang3 instead of lang.
>> - Use pool2 instead of pool.
>> - and so on...
>> -->
>> <commons.packageId>${project.artifactId}</commons.packageId>
>>
>> For the seconds comment it should read
>> <!-- The package id is substring of the package name from
>> o.a.commons.(.*)., for example:
>>
>> See the Commons Pool POM as an example.
>>
>> Gary
>>
>>
>>>
>>> Stefan
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Benedikt Ritter <br...@apache.org>.
Hi,
I don't understand this discussion. Changes in Commons Parent have broken
the commons-compress build. So we should either roll this changes back or
those who need the changes in commons parent should fix the commons
compress build.
Regards,
Benedikt
Am Do., 16. Aug. 2018 um 19:08 Uhr schrieb Gary Gregory <
garydgregory@gmail.com>:
> On Thu, Aug 16, 2018 at 10:27 AM Stefan Bodewig <bo...@apache.org>
> wrote:
>
> > On 2018-08-16, Gary Gregory wrote:
> >
> > > I've use the release plugin a bunch without trouble. You might want to
> > see
> > > how other POMs are configured, for example [dbcp].
> >
> > The same way as Compress (no commons- prefix), I've got no idea why
> > running site-deploy should work for it.
> >
> > You use the release plugin if you only want to publish the site and not
> > cut a release?
> >
>
> I use the plugin build the dist folder (which includes a site) and generate
> the vote email text. For the real site, after the vote, I use the stock
> site-deploy goal.
>
>
> >
> > > You have to keep in mind that components like Collections, Lang, Pool,
> > and
> > > DBCP, the folder name is different from the artifact id because the
> > > artifact id contains a major version number, for example commons-lang
> is
> > > the folder but commons-lang3 is the AID.
> >
> > The parent POM says about componentId:
> >
> > <!-- The Commons Component id is substring of the package name from
> > o.a.commons.(.*)., for example:
> > - Use dbcp2 instead of dbcp.
> > - Use collections4 instead of collections.
> > - Use lang3 instead of lang.
> >
> > is this no longer true and it should be commons-lang instead of lang by
> > now?
> >
>
> The comments are misleading:
>
> <!-- The Commons Component id is used on the distribution server, for
> example:
> - Use dbcp instead of dbcp2.
> - Use collections instead of collections4.
> - Use lang instead of lang3.
> - Use pool instead of pool2.
> - and so on...
> -->
> <commons.componentid>${project.artifactId}</commons.componentid>
> <!-- The Commons Component id is substring of the package name from
> o.a.commons.(.*)., for example:
> - Use dbcp2 instead of dbcp.
> - Use collections4 instead of collections.
> - Use lang3 instead of lang.
> - Use pool2 instead of pool.
> - and so on...
> -->
> <commons.packageId>${project.artifactId}</commons.packageId>
>
> For the seconds comment it should read
> <!-- The package id is substring of the package name from
> o.a.commons.(.*)., for example:
>
> See the Commons Pool POM as an example.
>
> Gary
>
>
> >
> > Stefan
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
>
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Gary Gregory <ga...@gmail.com>.
On Thu, Aug 16, 2018 at 10:27 AM Stefan Bodewig <bo...@apache.org> wrote:
> On 2018-08-16, Gary Gregory wrote:
>
> > I've use the release plugin a bunch without trouble. You might want to
> see
> > how other POMs are configured, for example [dbcp].
>
> The same way as Compress (no commons- prefix), I've got no idea why
> running site-deploy should work for it.
>
> You use the release plugin if you only want to publish the site and not
> cut a release?
>
I use the plugin build the dist folder (which includes a site) and generate
the vote email text. For the real site, after the vote, I use the stock
site-deploy goal.
>
> > You have to keep in mind that components like Collections, Lang, Pool,
> and
> > DBCP, the folder name is different from the artifact id because the
> > artifact id contains a major version number, for example commons-lang is
> > the folder but commons-lang3 is the AID.
>
> The parent POM says about componentId:
>
> <!-- The Commons Component id is substring of the package name from
> o.a.commons.(.*)., for example:
> - Use dbcp2 instead of dbcp.
> - Use collections4 instead of collections.
> - Use lang3 instead of lang.
>
> is this no longer true and it should be commons-lang instead of lang by
> now?
>
The comments are misleading:
<!-- The Commons Component id is used on the distribution server, for
example:
- Use dbcp instead of dbcp2.
- Use collections instead of collections4.
- Use lang instead of lang3.
- Use pool instead of pool2.
- and so on...
-->
<commons.componentid>${project.artifactId}</commons.componentid>
<!-- The Commons Component id is substring of the package name from
o.a.commons.(.*)., for example:
- Use dbcp2 instead of dbcp.
- Use collections4 instead of collections.
- Use lang3 instead of lang.
- Use pool2 instead of pool.
- and so on...
-->
<commons.packageId>${project.artifactId}</commons.packageId>
For the seconds comment it should read
<!-- The package id is substring of the package name from
o.a.commons.(.*)., for example:
See the Commons Pool POM as an example.
Gary
>
> Stefan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Stefan Bodewig <bo...@apache.org>.
On 2018-08-16, Gary Gregory wrote:
> I've use the release plugin a bunch without trouble. You might want to see
> how other POMs are configured, for example [dbcp].
The same way as Compress (no commons- prefix), I've got no idea why
running site-deploy should work for it.
You use the release plugin if you only want to publish the site and not
cut a release?
> You have to keep in mind that components like Collections, Lang, Pool, and
> DBCP, the folder name is different from the artifact id because the
> artifact id contains a major version number, for example commons-lang is
> the folder but commons-lang3 is the AID.
The parent POM says about componentId:
<!-- The Commons Component id is substring of the package name from o.a.commons.(.*)., for example:
- Use dbcp2 instead of dbcp.
- Use collections4 instead of collections.
- Use lang3 instead of lang.
is this no longer true and it should be commons-lang instead of lang by
now?
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [parent] change in commons.scmPubUrl in Parent 47
Posted by Gary Gregory <ga...@gmail.com>.
Hi Stefan,
I've use the release plugin a bunch without trouble. You might want to see
how other POMs are configured, for example [dbcp].
You have to keep in mind that components like Collections, Lang, Pool, and
DBCP, the folder name is different from the artifact id because the
artifact id contains a major version number, for example commons-lang is
the folder but commons-lang3 is the AID.
Gary
On Thu, Aug 16, 2018 at 10:00 AM Stefan Bodewig <bo...@apache.org> wrote:
> Hi all
>
> with
>
>
> http://svn.apache.org/viewvc/commons/proper/commons-parent/trunk/pom.xml?r1=1831599&r2=1832339
>
> a component's site is expected to be a in subdirectory named after
> ${commons.componentTd} - it used to be the artifactId.
>
> A quick look at
>
> https://svn.apache.org/repos/infra/websites/production/commons/content/proper/
> says all the existing subdirectories start with "commons-" while the
> componentId does not (at least not if you follow the instructions in the
> parent POM).
>
> mvn site-deploy failed for me in compress because of the change. Before
> I silently override commons.scmPubUrl - is there a reason for the change
> in the parent POM or can we revert the specific change?
>
> Stefan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>