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

Reply via email to