sqoop-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Attila Szabo (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (SQOOP-3052) Introduce Maven/Gradle/etc. based build for Sqoop to make it more developer friendly / open
Date Fri, 02 Feb 2018 00:48:00 GMT

    [ https://issues.apache.org/jira/browse/SQOOP-3052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16349602#comment-16349602

Attila Szabo commented on SQOOP-3052:

Hey [~anna.szonyi],

I'm a bit uncertain here:

Are these patch files already for review? Could you please move the ticket into "Patch available"
state if so?

Could you please also open reviewboard ticket, and link it to this Jira ticket?




> Introduce Maven/Gradle/etc. based build for Sqoop to make it more developer friendly
/ open
> -------------------------------------------------------------------------------------------
>                 Key: SQOOP-3052
>                 URL: https://issues.apache.org/jira/browse/SQOOP-3052
>             Project: Sqoop
>          Issue Type: Improvement
>            Reporter: Attila Szabo
>            Assignee: Anna Szonyi
>            Priority: Major
>             Fix For: 1.5.0
>         Attachments: SQOOP-3052.patch, SQOOP-3052.patch
> The current trunk version can only be build with Ant/Ivy combination, which has some
painful limitations (resolve is slow / needs to be tweaked to use only caches, the current
profile / variable based settings are not working in IDEs out of the box, the current solution
does not download the related sources, etc.)
> It would be nice to provide a solution, which would give the possibility for the developers
to choose between the nowadays well used build infrsturctures (e.g. Maven, Gradle, etc.).
For this solution it would be also essential to keep the different build files (if there is
more then one) synchronized easily, and the configuration wouldn't diverege by time. Test
execution has to be solved also, and should cover all the available test cases.
> In this scenario:
> If we can provide one good working solution is much better, then provide three different
ones which become out of sync easily. 

This message was sent by Atlassian JIRA

View raw message