You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "Iulian Dragos (JIRA)" <ji...@apache.org> on 2015/05/23 12:45:17 UTC

[jira] [Created] (SPARK-7841) Spark build should not use lib_managed for dependencies

Iulian Dragos created SPARK-7841:
------------------------------------

             Summary: Spark build should not use lib_managed for dependencies
                 Key: SPARK-7841
                 URL: https://issues.apache.org/jira/browse/SPARK-7841
             Project: Spark
          Issue Type: Bug
          Components: Build
    Affects Versions: 1.3.1
            Reporter: Iulian Dragos


- unnecessary duplication (I will have those libraries under ./m2, via maven anyway)
- every time I call make-distribution I lose lib_managed (via mvn clean install) and have to wait to download again all jars next time I use sbt
- Eclipse does not handle relative paths very well (source attachments from lib_managed don’t always work)
- it's not the default configuration. If we stray from defaults I think there should be a clear advantage.

Digging through history, the only reference to `retrieveManaged := true` I found was in f686e3d, from July 2011 ("Initial work on converting build to SBT 0.10.1"). My guess this is purely an accident of porting the build form Sbt 0.7.x and trying to keep the old project layout.

If there are reasons for keeping it, please comment (I didn't get any answers on the [dev mailing list|http://apache-spark-developers-list.1001551.n3.nabble.com/Why-use-quot-lib-managed-quot-for-the-Sbt-build-td12361.html])



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@spark.apache.org
For additional commands, e-mail: issues-help@spark.apache.org