[
https://issues.apache.org/jira/browse/LUCENE-5755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14050985#comment-14050985
]
Hoss Man commented on LUCENE-5755:
----------------------------------
FWIW:
* i was recently made aware of the existence of the pants BUILD system:
https://pantsbuild.github.io/
* i have not looked into it in depth, but some of it's stated "optimizes for"
design goals seem inline with the stated objective of this issue:
https://pantsbuild.github.io/first_concepts.html
** building multiple, dependent things from source
** building code in a variety of languages
** speed of build execution
* for Java based compilation:
** it uses ivy: https://pantsbuild.github.io/3rdparty_jvm.html
** it exposes a simple mechanism to depend on set versions and prevent
transitive dependencies
** docs suggest that it's default way of tracking 3rd party deps is designed
around preventing multiple sub-modules from depending on conflicting versions
of the same 3rd party dep: https://pantsbuild.github.io/3rdparty.html
* the build files are implemented via python code, so "scripting" certain rules
(ie: call intransitive() on all jars()) seems like it would probably be easy.
Note: that is the sum total of my knowledge on Pants ... if folks think it
looks promising, then the next step for folks would be to read more about it --
asking me follow up questions is probably a waste of time.
> 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]
