commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Olivier Lamy <ol...@apache.org>
Subject Re: [parent] new release?
Date Wed, 09 Jan 2013 17:05:58 GMT
2013/1/9 Gary Gregory <garydgregory@gmail.com>:
> On Wed, Jan 9, 2013 at 4:36 AM, Olivier Lamy <olamy@apache.org> wrote:
>
>> 2013/1/8 Olivier Lamy <olamy@apache.org>:
>> > 2013/1/8 Phil Steitz <phil.steitz@gmail.com>:
>> >> On 1/7/13 3:57 PM, sebb wrote:
>> >>> On 7 January 2013 16:06, Gary Gregory <garydgregory@gmail.com>
wrote:
>> >>>> Is CP in a proper state for a release WRT svn pub?
>> >>> Dunno.
>> >>>
>> >>> Given that a faulty CP version can just be ignored, why not just bring
>> >>> it up to date as much as poss and release anyway so it can be used for
>> >>> testing?
>> >>>
>> >>> BTW, https://issues.apache.org/jira/browse/MPOM-32 has at last been
>> >>> fixed; hopefully there will be a new release of AP soon.
>> > I wil try early next week.
>> >>
>> >> I think we need
>> >> https://issues.apache.org/jira/browse/INFRA-5657
>> >>
>> >> to get the right info in the pom.
>> > correct.
>> > BTW 99% chance the url will be
>> > https://svn.apache.org/repos/infra/websites/production/commons/content
>> > :-)
>>
>> Some progress.
>> But still TODO see my comments
>> https://issues.apache.org/jira/browse/INFRA-5657
>>
>
> This sounds painful, every single component has to be ported to the new
> system before any release can happen.
> Ouch.
Agree.
Note: in Maven project (which have similar structure with some sub sub
projects) we start around jun with test instance.
Currently I didn't want to break to much configuration here.
So projects are deployed as today which need some extra configuration
in each pom.
They are deployed to something like:
* commons.a.o/collections
* commons.a.o/io
* commons.a.o/math
* etc..

This need to know the path with a property in each pom:
* <commons.site.path>collections</commons.site.path>
* etc..

This need to add a line in the extpaths file
(https://svn.apache.org/repos/asf/commons/cms-site/trunk/content/resources/extpaths.txt)
* collections
* etc..

What I would prefer is to deploy to generic path:
instead of https://svn.apache.org/repos/infra/websites/production/commons/content/collections/
could be  https://svn.apache.org/repos/infra/websites/production/commons/content/propers/${project.artifactId}

https://svn.apache.org/repos/infra/websites/production/commons/content/propers/commons-collections

With a redirect rule to redirect commons.a.o/collections to
commons.a.o/propers/commons-collections
Maybe we can use RedirectMatch which could work for all.

Something similar for sandbox.

This means an easier migration:
* just inherit parent (no extra configuration needed) (except for non
generated content like javadoc from previous versions)
* faster publish tru the cms interface (due to small number of content
in extpaths file)

If it makes sense I can work a bit on that.

/Olivier

>
> Gary
>
>>
>> >
>> >>
>> >> Phil
>> >>>
>> >>>> Gary
>> >>>>
>> >>>> --
>> >>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>> >>>> JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
>> >>>> Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
>> >>>> Blog: http://garygregory.wordpress.com
>> >>>> Home: http://garygregory.com/
>> >>>> Tweet! http://twitter.com/GaryGregory
>> >>> ---------------------------------------------------------------------
>> >>> 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
>> >>
>> >
>> >
>> >
>> > --
>> > Olivier Lamy
>> > Talend: http://coders.talend.com
>> > http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>>
>>
>> --
>> Olivier Lamy
>> Talend: http://coders.talend.com
>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
> Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory

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


Mime
View raw message