[
https://issues.apache.org/jira/browse/LUCENE-5755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14042068#comment-14042068
]
Matt Davis commented on LUCENE-5755:
------------------------------------
As far as I can tell gradle alway runs tests in a separate JVM
(http://www.gradle.org/docs/current/javadoc/org/gradle/api/tasks/testing/Test.html)
but maybe I am missing something here.
Unfortunately, I do not have a Gradle build for Lucene. I work a project
storing Lucene indexes into MongoDB and test the MongoDB Lucene directory with
a handleful of Lucene test cases and this is how I noticed the issue. I don't
think anything I have done would be too much help other than maybe the publish
to maven (https://github.com/lumongo/lumongo/blob/master/maven.gradle) which
turned out to be more of a pain that I thought. I am happy to help / give a
port a try if wanted.
> 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]