[
https://issues.apache.org/jira/browse/SOLR-15603?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17406748#comment-17406748
]
Alexis Tual commented on SOLR-15603:
------------------------------------
Just a bit of background, I've investigated solr build as a pure "lab" exercise
on my part and tried to avoid digging to deep in Solr build/test logic (kind of
a black box approach) and then tried to optimise the obvious bottlenecks in
build cache using a Gradle Enterprise instance.
Here's my early conclusions and the PR with few fixes:
- the most costly task is solr:core:test, it takes advantage of up-to-date
checks and local cache if the {{tests.seed}} property is set to a fixed value.
That said it does not take advantage of remote caching because some system
properties use absolute path (and thus change between envs), for example
{{commmon-solr.dir}}, {{java.security.policy}}... I did try to overcome this
with relative path policy (cf
[https://docs.gradle.org/current/userguide/build_cache_concepts.html#relocatability])
but it brought fishy failures tied to the tests implementation. My advice here
would be to try avoiding applying those properties to all tests from all
projects and then maybe try to fix those relative path issues.
Using a remote cache would be interesting since you have a CI that could
publish to a remote cache node, remote developers would then have faster local
builds.
- {{checkBrokenLinks, renderJavadoc, renderSiteJavadoc,
buildLocalJavadocLinksSite, buildSite, prepareLocalJavadocLinksSiteSources,
prepareSiteSources}} tasks were not cacheable and quite costly, the PR fixes it
but solr:solr-ref-guide:jrubyPrepare is still executed needlessly
(dowloading/installing gems)
Regarding the specific issue you're facing with generated code, I didn't see it
in solr build, you're probably refering to lucene build ? (which I haven't
checked yet).
> Activate Gradle build cache
> ---------------------------
>
> Key: SOLR-15603
> URL: https://issues.apache.org/jira/browse/SOLR-15603
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Alexis Tual
> Assignee: Dawid Weiss
> Priority: Minor
>
> Activate Gradle build cache to avoid re-executing cacheable tasks.
> Make as well some custom tasks cacheable, this effort can be quite large
> depending on build complexity, so this Jira issue will cover only the
> straightforward fixes.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
