[
https://issues.apache.org/jira/browse/SPARK-1844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14015220#comment-14015220
]
Prashant Sharma commented on SPARK-1844:
----------------------------------------
https://github.com/ScrapCodes/spark-1/commit/bed32d99e3ce9beabfefea1aed6fcc0f088dc39d
It SEEMS a bit tricky to detect nearest version here. Little do we know about
deps without resolving them and only while resolving them conflict manager is
used.
> Support maven-style dependency resolution in sbt build
> ------------------------------------------------------
>
> Key: SPARK-1844
> URL: https://issues.apache.org/jira/browse/SPARK-1844
> Project: Spark
> Issue Type: Improvement
> Components: Build
> Reporter: Patrick Wendell
> Assignee: Prashant Sharma
>
> [Currently this is a brainstorm/wish - not sure it's possible]
> Ivy/sbt and maven use fundamentally different strategies when transitive
> dependencies conflict (i.e. when we have two copies of library Y in our
> dependency graph on different versions).
> This actually means our sbt and maven builds have been divergent for a long
> time.
> Ivy/sbt have a pluggable notion of a [conflict
> manager|http://grepcode.com/file/repo1.maven.org/maven2/org.apache.ivy/ivy/2.3.0/org/apache/ivy/plugins/conflict/ConflictManager.java].
> The default chooses the newest version of the dependency. SBT [allows this
> to be
> changed|http://www.scala-sbt.org/release/sxr/sbt/IvyInterface.scala.html#sbt;ConflictManager]
> though.
> Maven employs the [nearest
> wins|http://techidiocy.com/maven-dependency-version-conflict-problem-and-resolution/]
> policy which means the version closes to the project root is chosen.
> It would be nice to be able to have matching semantics in the builds. We
> could do this by writing a conflict manger in sbt that mimics Maven's
> behavior. The fact that IVY-813 has existed for 6 years without anyone doing
> this makes me wonder if that is not possible or very hard :P
--
This message was sent by Atlassian JIRA
(v6.2#6252)
