I have some experience with Gradle so it'll be just easier for me to start. Last time I checked Buildr wasn't quite mature enough to handle our internal projects (which gradle did, with ease).
I'm just poking around; if you want to try with Buildr, go ahead! I'd really start with the basics -- clean, dependency fetch, compile, jar, maybe test. Just to see what is to be gained (or lost) compared to ANT. We do a fair dose of groovy scripting inside Ant already, which Gradle would just naturally absorb. This is also a motivating factor for me. Also, if you've worked with Gradle, the awesome thing about it is that dependency checking is not timestamp-based but checksum-based, so things can depend not just on files, but on a combination of files, properties, etc. It really opens up a lot of interesting possibilities. Note I'm not promising to deliver anything soon :) I still have LUCENE-5716 opened up and tons of other things on the agenda. Dawid On Thu, Jun 12, 2014 at 2:33 PM, Erik Hatcher <[email protected]> wrote: > How about Buildr? I've not used it but seems slick and clean. > >> On Jun 12, 2014, at 8:23, "Dawid Weiss (JIRA)" <[email protected]> wrote: >> >> Dawid Weiss created LUCENE-5755: >> ----------------------------------- >> >> Summary: Explore alternative build systems >> Key: LUCENE-5755 >> URL: https://issues.apache.org/jira/browse/LUCENE-5755 >> Project: Lucene - Core >> Issue Type: Task >> Reporter: Dawid Weiss >> Assignee: Dawid Weiss >> Priority: Minor >> >> >> I am dissatisfied with how ANT and submodules currently work in Lucene/ >> Solr. It's not even the tool's fault; it seems Lucene builds just hit the >> borders of what it can do, especially in terms of submodule dependencies etc. >> >> I don't think Maven will help much too, given certain things I'd like to >> have in the build (for example collect all tests globally for a single >> execution phase at the end of the build, to support better load-balancing). >> >> I'd like to explore Gradle as an alternative. This task is a notepad for >> thoughts and experiments. >> >> An example of a complex (?) gradle build is javafx, for example. >> http://hg.openjdk.java.net/openjfx/8/master/rt/file/f89b7dc932af/build.gradle >> >> >> >> -- >> This message was sent by Atlassian JIRA >> (v6.2#6252) >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
