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

Mark Miller commented on SOLR-13452:
------------------------------------

Okay, I think I've mostly addressed the test situation, I don't think we will 
even need to wait for gradle to implement a better test across jvm distribution 
strategy.
 * For our heavy jetty based tests, I stopped regular test runs from 
randomizing and asserting and mocking everything important all the time. 
Regular test runs should focus on speed - I made way more tests use 
RamFSDirectoryFactory - the one directory that wasn't used hardly at all.
 * I have made some horribly slow tests @Nightly
 * I have figured out better settings to help keep more jvms more busy when 
testing across modules.

> Update the lucene-solr build from Ivy+Ant+Maven (shadow build) to Gradle.
> -------------------------------------------------------------------------
>
>                 Key: SOLR-13452
>                 URL: https://issues.apache.org/jira/browse/SOLR-13452
>             Project: Solr
>          Issue Type: Improvement
>          Components: Build
>            Reporter: Mark Miller
>            Assignee: Mark Miller
>            Priority: Major
>             Fix For: master (9.0)
>
>         Attachments: gradle-build.pdf
>
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> I took some things from the great work that Dat did in 
> [https://github.com/apache/lucene-solr/tree/jira/gradle] and took the ball a 
> little further.
>  
> When working with gradle in sub modules directly, I recommend 
> [https://github.com/dougborg/gdub]
> This gradle branch uses the following plugin for version locking, version 
> configuration and version consistency across modules: 
> [https://github.com/palantir/gradle-consistent-versions]
>  
> https://github.com/apache/lucene-solr/tree/jira/SOLR-13452_gradle_7



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org

Reply via email to