[
https://issues.apache.org/jira/browse/LUCENE-5755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14031173#comment-14031173
]
Ramkumar Aiyengar edited comment on LUCENE-5755 at 6/13/14 9:14 PM:
--------------------------------------------------------------------
There seems to be a way to stop the daemon with a `gradle --stop`, so if you
really don't want it lurking around, you could just have a wrapper running the
build and then stopping it?
(This assuming the daemon has benefits even if started with every build -- say
with how different submodules are run, if not, of course you get no benefit
over disabling the daemon altogether)
was (Author: andyetitmoves):
There seems to be a way to stop the daemon with a `gradle --stop`, so if you
really don't want it lurking around, you could just have a wrapper running the
build and then stopping it?
> 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]
