You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@bigtop.apache.org by "Konstantin Boudnik (JIRA)" <ji...@apache.org> on 2015/09/09 07:59:46 UTC

[jira] [Updated] (BIGTOP-1494) Introduce Groovy DSL to replace bigtop.mk

     [ https://issues.apache.org/jira/browse/BIGTOP-1494?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Konstantin Boudnik updated BIGTOP-1494:
---------------------------------------
    Summary: Introduce Groovy DSL to replace bigtop.mk  (was: Introduce Groovy DSL to replace bigtop.mk in Gradle build )

> Introduce Groovy DSL to replace bigtop.mk
> -----------------------------------------
>
>                 Key: BIGTOP-1494
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-1494
>             Project: Bigtop
>          Issue Type: Sub-task
>          Components: build
>    Affects Versions: 0.8.0
>            Reporter: jay vyas
>            Assignee: Konstantin Boudnik
>             Fix For: 1.1.0
>
>         Attachments: BIGTOP-1494.patch, BIGTOP-1494.patch
>
>
>  Seems confusing to have a {{.mk}} file which is mostly just a bunch of variable declarations, which is then parsed as a CSV, simply for the sake of guiding the {{packages.gradle}} file .  
> Can we be more idiomatic to gradle and either eliminate {{bigtop.mk}} by making it into a native gradle data structure (its really just an array,  and we can  declare in gradle.settings) , so that the {{readBOM}} function is easier to follow ?
> I think it is an entry point to understanding bigtop's build system so we should try to simplify it as much as possible to make it maximally easy for people to understand how bigtop's gradle packaging system works.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)