[
https://issues.apache.org/jira/browse/LUCENE-5755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14049370#comment-14049370
]
Robert Muir edited comment on LUCENE-5755 at 7/1/14 9:59 PM:
-------------------------------------------------------------
{quote}
Very important is also to not use transitive dependencies (Lucene prefers to
declare every source code dependency explicit, the exemption are just build
tools like Ant tasks loaded from Maven central)
{quote}
Strong +1.
There is a discussion on the legal list right now "transitive 3rd party
dependencies", where others ran into such trouble: an apache-licensed
dependency itself depending on LGPL. The fact is, we just have too many
dependencies in this build (100+) to manage this transitively.
was (Author: rcmuir):
{quote}
Very important is also to not use transitive dependencies (Lucene prefers to
declare every source code dependency explicit, the exemption are just build
tools like Ant tasks loaded from Maven central)
{quote}
Strong +1. There is a discussion on the legal list right now "transitive 3rd
party dependencies", where others ran into such trouble: an apache-licensed
dependency itself depending on LGPL. The fact is, we just have too many
dependencies in this build (100+) to manage this transitively.
> 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]
