[
https://issues.apache.org/jira/browse/SOLR-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16848662#comment-16848662
]
Dawid Weiss commented on SOLR-13452:
------------------------------------
I don't want to heat things up, but I've been wondering – perhaps instead of
disabling transitive dependencies we can just embrace them while harnessing
uncontrolled dependencies via final-jar dependency checksums (which we already
do)? I am well aware of the pitfalls that come with transitive dependencies,
yet I think those final JAR checksum checks effectively prevent us from
slurping new jar files upon upgrades. And dependencies of each module become
much easier to grasp and express then. Somehow I don't think explicit
flattening of all dependencies (non-transitive expression) is much more helpful
than a transitive dependency on the "root" library (possibly excluding truly
unnecessary junk), followed by sanity check preventing (or enforcing) a manual
eyeball if something changes.
> 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
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Build
> Reporter: Mark Miller
> Priority: Major
>
> 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]
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
