polygene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Merlin <paulmer...@apache.org>
Subject Re: Gradle Build support
Date Thu, 08 Dec 2016 10:55:28 GMT
So, yes we should provide users a Gradle plugin to easily build a
Polygene library/extension/application.

About the changes I made to the SDK build. For now I just moved all
build logic to buildSrc so it's more manageable and easy to refactor.
>From a gigantic root build.gradle file we moved to gigantic plugins in
buildSrc. I added the minimal set of niceties so that build scripts
spread over the modules are concise. Eating our own dog food. I'll
refactor this slowly and progressively and at some point we'll be able
to extract a Gradle plugin to make things easy for users. It may be on
time for 3.0, it may not.

The main goal of such a Polygene Gradle plugin will mostly be about easy
dependencies declaration. We don't need much more than that I think, as
a first step at least.

Niclas Hedhman a écrit :
> Actually, more like;
> apply plugin: 'polygene' // also sets the repositories needed.
>> dependencies {
>>     polygene.core()  // sets up compile, runtime, testCompile
>> if possible...
> On Wed, Dec 7, 2016 at 6:58 PM, Niclas Hedhman <niclas@hedhman.org> wrote:
>> I didn't really notice all the nice things that Paul has done in the build
>> system.
>> I particularly like the
>>     compile zest.extension( 'entitystore-jdbm' )
>> Would it be possible to create and distribute a "Polygene plugin", which
>> does this for downstream users?
>> apply plugin: 'polygene' // also sets the repositories needed.
>> dependencies {
>>     compile polygene.core()  // maybe test-support should be added to testCompile
>>     compile polygene.library.http()
>>     compile polygene.extension.entitystore_jdbm()
>> }
>> or similar, with a 'global' polygene.version defining the version for all
>> of the components.
>> Just an idea...
>> Cheers
>> --
>> Niclas Hedhman, Software Developer
>> http://zest.apache.org - New Energy for Java

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message