ace-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jean-Baptiste Onofré>
Subject Re: Next release
Date Thu, 24 Nov 2011 05:56:11 GMT
+1 about the Karl's proposal.

I'm gonna work on the Maven build in that way, agreed with the Karl's 


On 11/23/2011 09:14 PM, Karl Pauls wrote:
> On Wed, Nov 23, 2011 at 8:39 PM, Marcel Offermans
> <>  wrote:
>> +1, I think providing such a script is a good way to do it, it makes checking and
building the individual components a lot easier whilst still maintaining the flexibility of
being able to release any subset of artifacts. I also agree that we should correct the oversight
of not shipping the pom.xml file as part of the source distribution for future releases.
> Yeah, again, that is just a configuration we have to set so that it
> not only generates the -sources.jar but also the -project.{zip,tar.gz}
> just like we do at felix. Without that (and there I totally agree with
> ant and sebb on this one), it sucks rocks as you have to massage the
> stuff quite a bit to get it to work and don't even have the tests,
> etc. :-(.
> I think having the -projects plus the two scripts are a good way to go
> (technically, its close to releasing the reactor pom - which would be
> even easier -  but this way, we don't have to tag the trunk). The
> script will be simple, just unzip all -projects,cd into each, mvn
> clean install, cd out again. That plus the correct list of artifacts
> we can give in the vote mail is all that is needed inside the script.
> regards,
> Karl
>> Greetings, Marcel
>> On Nov 23, 2011, at 14:00 PM, Karl Pauls wrote:
>>> Hm, after thinking about it for a while, we already have a script for
>>> getting the release and verify its checksums etc. -- hence, why don't
>>> we provide another one which builds all artifacts as well?
>>> This way, we would not need to release the trunk but could still have
>>> the individual releases. It would look something like:
>>> sh<repo-id>  <tmp-dir>  # downloads all release
>>> artifact from the given staging repo to tmp-dir and verify checksums
>>> are present and correct
>>> sh<ordered-list-of-module-names>
>>> <tmp-dir-with-artifacts-downloaded-by-previous-step>  # unpack all
>>> artifact source distros and build them
>>> Obviously, we would provide the missing params in the release vote
>>> mail so that all one has to do is to copy'n'past the two lines into
>>> the shell (after maybe downloading the two scripts from svn).
>>> I think that (together with providing the maven source distributions
>>> per artifact which we missed in 0.8.0 ) would make it not that hard to
>>> checkout and build and with the source distros one also gets the unit
>>> tests which would run during the build (so some level of testing is
>>> there as well).
>>> How about that?
>>> regards,
>>> Karl
>>> On Wed, Nov 23, 2011 at 10:12 AM, ant elder<>  wrote:
>>>> Hi, I'm one of the ones over on general@incubator that was commenting
>>>> about the 0.8.0 release not being perfect. To avoid all the traffic on
>>>> the other lists could we talk about that here?
>>>> I think there was some agreement releases had to have the complete
>>>> source in a form that enables development to be done using that
>>>> source, there is some doc on this at
>>>> and also some helpful
>>>> commentary in this email
>>>> - "we require that
>>>> the release include all of the source code for the product (every
>>>> component of that product in a format that can be edited for later
>>>> maintenance of that product as open source)"
>>>> Also, when doing a release its required that at least three PMC
>>>> members review and vote on the release to verify that its good.
>>>> There's some commentary on that in this email
>>>> - "we require a
>>>> person to download the signed source code package, compile it as
>>>> provided, and test the resulting executable on their own platform
>>>> *before* voting +1 on the release"
>>>> Looking at the 0.8.0 release vote i think that would be difficult to
>>>> do because there are so many individual parts, probably too many for
>>>> anyone to try to build them all, so i'm guessing no one did and thats
>>>> why no one noticed that the source was incomplete.
>>>> Other projects when releasing multiple modules like this include one
>>>> big source distribution to enable building everything together just
>>>> like you do when developing on an SVN trunk checkout. Do you think
>>>> there could be one of those for ACE? Or If not and there was another
>>>> release like the 0.8.0 one then on the release vote like that what
>>>> exactly is it people should do to decide whether or not to vote +1?
>>>>    ...ant
>>> --
>>> Karl Pauls

Jean-Baptiste Onofré
Talend -

View raw message