lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Matt Davis (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (LUCENE-5755) Explore alternative build systems
Date Tue, 01 Jul 2014 19:53:25 GMT

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

Matt Davis commented on LUCENE-5755:
------------------------------------

Understood.  I was not aware of Junit4.  I thought you meant Junit version 4.  Gradle does
support a few things along those the lines of parallelism:

http://www.gradle.org/docs/current/dsl/org.gradle.api.tasks.testing.Test.html
maxParallelForks	
The maximum number of forked test processes to execute in parallel. The default value is 1
(no parallel test execution).
forkEvery	
The maximum number of test classes to execute in a forked test process. The forked test process
will be restarted when this limit is reached. The default value is 0 (no maximum).

It however doesn't isolate the working directories, doesn't have global seeding, or load balancing
as far as I know.

Seems to me that it would be good to push these features upstream into gradle because they
sound useful to other projects but it is outside my ability.

Filtering inner clases worked for me.  Thanks.
https://github.com/mdavis95/lucene-solr/commit/53217bccff2a14efa58951d8b3c0dbbbb20635f6



> 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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message