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 2016/06/07 22:34:20 UTC

[jira] [Commented] (BIGTOP-2474) Improve handling of gradle home

    [ https://issues.apache.org/jira/browse/BIGTOP-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15319596#comment-15319596 ] 

Konstantin Boudnik commented on BIGTOP-2474:
--------------------------------------------

It does make a lot of sense, really. I guess the current approach was a way to shift the startup time in the deployment and build of each package to, at least, once during the image creation. And it worked to some extent. But I like your approach more!

> Improve handling of gradle home
> -------------------------------
>
>                 Key: BIGTOP-2474
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-2474
>             Project: Bigtop
>          Issue Type: Bug
>          Components: build
>    Affects Versions: 1.1.0
>            Reporter: Olaf Flebbe
>            Assignee: Olaf Flebbe
>             Fix For: 1.2.0
>
>         Attachments: BIGTOP-2474.patch
>
>
> The optimazation within {{build.gradle}} to create a {{/usr/share/gradle.home}} directory does not fully work. 
> At each time the file
> {{https://plugins.gradle.org/m2/gradle/plugin/org/nosphere/apache/creadur-rat-gradle/0.2.0/creadur-rat-gradle-0.2.0.jar}} 
> is downloaded.
> Propose to remove all this code alltogether and substitute it with a more docker-ish approach:
> Generate a clean container with the toolchain. Start it running ./gradlew within. Commit it as bigtop/slaves:trunk-os
> A local prototype looked very promising and decreased startup time. 



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