[
https://issues.apache.org/jira/browse/SOLR-16258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17559235#comment-17559235
]
ASF subversion and git services commented on SOLR-16258:
--------------------------------------------------------
Commit f97954556d144bd0bc8789dbb79ffb513ce80e61 in solr's branch
refs/heads/main from Chris M. Hostetter
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=f97954556d1 ]
SOLR-16258: Gradle no longer uses errorprone by default
> gradle should not normally use 'errorprone'
> --------------------------------------------
>
> Key: SOLR-16258
> URL: https://issues.apache.org/jira/browse/SOLR-16258
> Project: Solr
> Issue Type: Task
> Reporter: Chris M. Hostetter
> Assignee: Chris M. Hostetter
> Priority: Major
> Attachments: SOLR-16258.patch
>
>
> [https://lists.apache.org/thread/fnjc7jmn7kbhbsk40g14cc6526yrnpxz]
>
> {noformat}
> From: Chris Hostetter
> Date: Wed, 8 Jun 2022 14:35:47 -0700 (MST)
> To: Solr Dev <d...@solr.apache.org>
> Message-ID: <alpine.DEB.2.21.2206081359000.25213@slate>
> Subject: Obscenely long gradle compile times? (related to error-prone plugin?)
> $ git clean -fxd && ./gradlew tasks && ./gradlew compileTestJava
> The first gradlew command (to force it to download a fresh
> gradle-wrapper.jar and run ':localSettings' only took 21s -- but the
> second invocation (to pick up the local settings in a new daemon) took
> "19m 31s" ! (note that's just compilation - not running any tests)
> ...
> When I hacked ./gradle/validation/error-prone.gradle to hardcode 'def
> skipErrorProne = true' the entire "git clean -fxd ... && ./gradlew
> compileTestJava" command started taking ~1 minute.
> {noformat}
> {noformat}
> Date: Wed, 8 Jun 2022 16:31:34 -0700 (MST)
> From: Chris Hostetter
> FYI: https://issues.apache.org/jira/browse/LUCENE-9879
> ...
> Seems like Solr should probably follow Lucene's lead here ?
> {noformat}
> {noformat}
> Date: Thu, 9 Jun 2022 10:52:03 +0200
> From: Uwe Schindler
> Hi Chris,
> in later PRs done by Dawid and me we improved the whole thing even more.
> Instead of linking this to property
> tests.nightly (which would run it too seldom), we added another project
> property. In addition the Lucene build now
> detects if it is ran in a CI environment (it looks for env vars) and then
> enables it. This makes sure the error-prone
> is running always on Github pull requests or on Jenkins, but normal
> developers can enable it explicitly and its not
> ran by default:
> https://github.com/apache/lucene/blob/1dceff12c8bb764255927be55e46f4d435f47aed/gradle/globals.gradle
> https://github.com/apache/lucene/blob/1dceff12c8bb764255927be55e46f4d435f47aed/gradle/validation/error-prone.gradle
> {noformat}
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
