Am Do., 6. Sep. 2018 um 09:52 Uhr schrieb Benedikt Ritter <
brit...@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 <
> brit...@apache.org>:
>
>>
>>
>> Am Fr., 31. Aug. 2018 um 11:38 Uhr schrieb sebb <seb...@gmail.com>:
>>
>>> On 31 August 2018 at 10:16, Benedikt Ritter <brit...@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 <
>>> > brit...@apache.org>:
>>> >
>>> >>
>>> >>
>>> >> Am Mi., 22. Aug. 2018 um 14:33 Uhr schrieb Gilles <
>>> >> gil...@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 <brit...@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 <
>>> >>> >> garydgreg...@gmail.com>:
>>> >>> >>
>>> >>> >>> On Thu, Aug 16, 2018 at 10:27 AM Stefan Bodewig
>>> >>> >>> <bode...@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-unsubscr...@commons.apache.org
>>> >>> >>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>> >>> >>>>
>>> >>> >>>>
>>> >>> >>>
>>> >>>
>>> >>>
>>> >>> ---------------------------------------------------------------------
>>> >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> >>> For additional commands, e-mail: dev-h...@commons.apache.org
>>> >>>
>>> >>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>>
>>>

Reply via email to