Use relative path for local libraries about sbt-eclipse HOT 6 CLOSED

I suggest that the plugin should generate "var" entries instead of "lib" entries with hard-coded paths. An example of such a "lib" entry is:

<classpathentry kind="lib" path="/home/myuser/.ivy2/cache/org.scala-tools.sbt/sbt_2.9.1/jars/sbt_2.9.1-0.11.0.jar"/>

It would be ideal if the user's home directory was assigned to a USER_HOME Classpath Variable. Then the .classpath can look like the following, allowing the .ivy2 and .sbt directories to be resolved:

<?xml version="1.0" encoding="UTF-8"?>
<classpath>
<classpathentry kind="src" path="src/main/scala"/>
<classpathentry kind="var" path="USER_HOME/.ivy2/cache/org.scala-tools.sbt/sbt_2.9.1/jars/sbt_2.9.1-0.11.0.jar"/>
<classpathentry kind="var" path="USER_HOME/.ivy2/cache/org.scala-tools.sbt/main_2.9.1/jars/main_2.9.1-0.11.0.jar"/>
<!-- Snip -->
<classpathentry kind="var" path="USER_HOME/.sbt/boot/scala-2.9.1/lib/scala-compiler.jar"/>
<classpathentry kind="con" path="org.scala-ide.sdt.launching.SCALA_CONTAINER"/>
<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JavaSE-1.6"/>
<classpathentry kind="output" path=".target/scala-2.9.1/sbt-0.11.0/classes"/>
</classpath>

This should work correctly under Linux and Windows (in the latter case, USER_HOME would be set to something like C:/Documents and Settings/myuser)

from sbt-eclipse.

One reason we want to use lib_managed is that we can check it in to version control. That may be crazy talk but in corporate environments its often the simplest thing to do to enable devs to check out code and start working easily. We don't always have easy/direct access to the internet.

from sbt-eclipse.

Will be part of sbteclipse 2.0.0.

from sbt-eclipse.

excellent thanks

from sbt-eclipse.

Is this still not fixed in 4.0.0?

EclipseKeys.relativizeLibs := true

generates

<classpathentry sourcepath="/home/norru/.ivy2/cache/org.slf4j/slf4j-api/srcs/slf4j-api-1.7.7-sources.jar" kind="lib" path="/home/norru/.ivy2/cache/org.slf4j/slf4j-api/jars/slf4j-api-1.7.7.jar"/>

I would expect a mechanism to replace /home/norru with USER_HOME as suggested by a comment above.

In fact, I have a crude workaround already, in Build.scala but I hate that I have to copy it in every single project...

EclipseKeys.classpathTransformerFactories := Seq(ClasspathentryTransformer)

import sbt._
import Keys._
import scalaz.Scalaz._
import com.typesafe.sbteclipse.core._
import com.typesafe.sbteclipse.core.EclipsePlugin._
import scala.xml.transform._

object ClasspathentryRewriteRule extends RewriteRule {
    import scala.xml._
    override def transform(parent: Node): Seq[Node] = {
        val ivyHome = System.getProperty("user.home") + "/.ivy2"
        parent match {
            case c @ <classpathentry/> if (
                    ((c \ "@kind").toString() == "lib") 
                    && ((c \ "@path").toString() startsWith ivyHome) 
                    && ((c \ "@sourcepath").toString() startsWith ivyHome)) => {
                <classpathentry kind="var" path={ (c \ "@path").toString.replaceAll(ivyHome, "IVY_HOME") } 
                    sourcepath={ (c \ "@sourcepath").toString.replaceAll(ivyHome, "IVY_HOME") }  />
            }

            case c @ <classpathentry/> if (
                    ((c \ "@kind").toString() == "lib") 
                    && ((c \ "@path").toString() startsWith ivyHome)) => {
                <classpathentry kind="var" path={ (c \ "@path").toString.replaceAll(ivyHome, "IVY_HOME") }  />
            }
            case other => other
        }
    }
}

object ClasspathentryTransformer extends EclipseTransformerFactory[RewriteRule] {
    override def createTransformer(ref: ProjectRef, state: State): Validation[RewriteRule] = {
        ClasspathentryRewriteRule.success
    }
}

Thanks
Nico

from sbt-eclipse.

This seems to work with both keys set:
retrieveManaged := true
and
EclipseKeys.relativizeLibs := true,

from sbt-eclipse.