Mailing-List: contact cloudstack-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cloudstack-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: local policy)
From: Hugo Trippaers <HTrippaers@schubergphilis.com>
To: "<cloudstack-dev@incubator.apache.org>"
	<cloudstack-dev@incubator.apache.org>
CC: "cloudstack-dev@incubator.apache.org"
	<cloudstack-dev@incubator.apache.org>
Subject: Re: [DISCUSS] Binaries (jars) in our source tree/source releases.
Thread-Topic: [DISCUSS] Binaries (jars) in our source tree/source releases.
Thread-Index: AQHNecJ7EBS6nuGSDkWrLmyxSNZ92ZdY3pvAgABMXICAACdkAIAAcZ+s
Date: Tue, 14 Aug 2012 20:31:13 +0000
Message-ID: <B15F5085-395C-40C5-BB53-A2A2B9B8D338@schubergphilis.com>
References: 
 <20120813191407.d3d18d9a633cb81ed61112bf108fc615.a8681becae.wbe@email00.secureserver.net>
 <6DE00C9FDF08A34683DF71786C70EBF02996FFF3@SBPOMB402.sbp.lan>
 <CA+96GG4Ri8QEBh=PBTgnmOvxDrRGbvEZ=3VSaDVA+kUzKxhwPg@mail.gmail.com>,<6c66bcf51e915dd295845ef76e598451@godaddy.com>
In-Reply-To: <6c66bcf51e915dd295845ef76e598451@godaddy.com>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Heya,

In end both ant and waf will have to go. As per recent discussions we shoul=
d leave the rpm/deb building to the distro's and focus in building the jars=
. In my view also any will be used less, maybe even the other way around. U=
se ant called from maven/gradle to do the few things they can't do well (li=
ke building devcloud).

For me a focus on building jars and running the test suite is enough for no=
w. More features to be added later :-)

Can you send the pom files you have already? I'll add them to the gradle br=
anch so we can play around a bit. =20

Cheers,

Hugo=20

Sent from my iPhone

On 14 aug. 2012, at 18:07, "dshepherd@godaddy.com" <dshepherd@godaddy.com> =
wrote:

> On 2012-08-14 07:23, Chip Childers wrote:
>> On Tue, Aug 14, 2012 at 2:55 AM, Hugo Trippaers
>> <HTrippaers@schubergphilis.com> wrote:
>>> Hey all,
>>>=20
>>> Good to see action on this, we've been discussing this for a long time =
and I think we need to get moving. At least on the "building jars" front we=
 seem to be narrowing down to two contenders maven and grade. Darren is doi=
ng the maven thing and I've pushed to gradle build script to the gradle bra=
nch in the ASF repo. (@Darren, feel free to have a look at it, all the depe=
ndencies are in there including version numbers in maven format, might save=
 you some work)
>>>=20
>>> I propose we put it into a vote when Darren is ready and we can do a si=
de-by-side comparison of gradle versus maven?
>>=20
>> +1
>>=20
>> Darren, how much time do you think you would need to get something
>> ready for review?
>>=20
>>> Next up would be the rpms/deb/snowballs  packaging method, but that is =
for later and I think both maven and grade are not ideal choices for this. =
I'd rather see something as simple as fpm in there. But that a discussion f=
or another day ;-)
>>>=20
>>> Cheers,
>>>=20
>>> Hugo
>=20
> I'll have something by the end of the week.  The scope of what I'm trying=
 to accomplish is larger than what has already been done with gradle.  From=
 what I can see the gradle that has been checked in just builds the jars (w=
hich I already have the same in maven).  I'm also looking to update ant and=
 waf to call maven so that the rpm/deb build process will not require the f=
iles in the deps.
>=20
> So if somebody was to run "ant build-all" or "./waf build" it will end up=
 using maven to produce the jars and whatever artifacts.  The ant/waf part =
is the hard part.
>=20
> Additionally I'm looking at how we can do a fully OSS build and non-OSS b=
uild.  So its no good if we just don't build the jars, because also the com=
ponent.xml refers to them.
>=20
> And finally I'm trying to determine how this will fit into the technical =
release process.  Maven or gradle adds additional steps to the process of u=
pdating version number and publishing to repos, so that needs to be integra=
ted.
>=20
> So in the end I have a much larger end-to-end picture I'm working on.  Le=
t me know if you don't want me working on these things.
>=20
> Darren