2015-01-14 18 views
10

bieganie w/prostego projektu SBT w/Java 7 (szczegóły poniżej) i powołuje sbt run w wierszu poleceń (bez IntelliJ lub cokolwiek)obiekt scala w lustrze kompilator nie znaleziono - działa scala kompilator programowo

źródło

import scala.tools.nsc.{ Global, Settings } 

object Playground extends App { 
    val compiler = new Global(new Settings()) 
    val testFiles = List("Test.scala") 
    val runner = new compiler.Run() 
    val result = runner.compile(testFiles) 
    println(result) 
} 

błąd

error: error while loading Object, Missing dependency 'object scala in compiler mirror', required by /Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk/Contents/Home/jre/lib/rt.jar(java/lang/Object.class) 
[error] (run-main-0) scala.reflect.internal.MissingRequirementError: object scala in compiler mirror not found. 
scala.reflect.internal.MissingRequirementError: object scala in compiler mirror not found. 
    at scala.reflect.internal.MissingRequirementError$.signal(MissingRequirementError.scala:17) 
    at scala.reflect.internal.MissingRequirementError$.notFound(MissingRequirementError.scala:18) 
    at scala.reflect.internal.Mirrors$RootsBase.getModuleOrClass(Mirrors.scala:53) 
    at scala.reflect.internal.Mirrors$RootsBase.getModuleOrClass(Mirrors.scala:66) 
    at scala.reflect.internal.Mirrors$RootsBase.getPackage(Mirrors.scala:173) 
    at scala.reflect.internal.Definitions$DefinitionsClass.ScalaPackage$lzycompute(Definitions.scala:161) 
    at scala.reflect.internal.Definitions$DefinitionsClass.ScalaPackage(Definitions.scala:161) 
    at scala.reflect.internal.Definitions$DefinitionsClass.ScalaPackageClass$lzycompute(Definitions.scala:162) 
    at scala.reflect.internal.Definitions$DefinitionsClass.ScalaPackageClass(Definitions.scala:162) 
    at scala.reflect.internal.Definitions$DefinitionsClass.init(Definitions.scala:1388) 
    at scala.tools.nsc.Global$Run.<init>(Global.scala:1053) 
    <etc...> 

build.sbt

scalaVersion := "2.11.4" 

val scalaV = "2.11.4" 

libraryDependencies ++= Seq(
    "org.scala-lang" % "scala-compiler"  % scalaV, 
    "org.scala-lang" % "scala-library"  % scalaV, 
    "org.scala-lang" % "scala-reflect"  % scalaV 
) 

java

$ java -version 
java version "1.7.0_60-ea" 
Java(TM) SE Runtime Environment (build 1.7.0_60-ea-b15) 
Java HotSpot(TM) 64-Bit Server VM (build 24.60-b09, mixed mode) 

Odpowiedz

9

Jest to jeden gdzie trzeba powiedzieć:

trait Probe 

object Playground extends App { 
    //val compiler = new Global(new Settings()) 
    val s = new Settings() 
    s.embeddedDefaults[Probe] 
    val compiler = new Global(s) 
    val testFiles = List("Test.scala") 
    val runner = new compiler.Run() 
    val result = runner.compile(testFiles) 
    println(result) 
} 

To zajęło mi kilka minut. Ta nazwa metody "embeddedDefaults" jest tak samo tajemnicza, jak każda inna z sbt.

Komentarz na MutableSettings (co sugeruje efekt uboczny):

/** Initializes these settings for embedded use by type `T`. 
    * The class loader defining `T` should provide resources `app.class.path` 
    * and `boot.class.path`. These resources should contain the application 
    * and boot classpaths in the same form as would be passed on the command line.*/ 

Wgłębienie jest w kodzie źródłowym.

+0

Co się tutaj dzieje? Czy istnieją efekty uboczne wywoływania s.embeddedDefaults [Probe]? –

+0

@JonathanNeufeld dodał komentarz. –

3

@ Rozwiązanie som-snytt działało dla mnie na czystym projekcie sbt. To nie działało na projekcie akka-http. to jest instrukcja rozwiązanie znalazłem (ustalony droga. Trzeba dostosować go do env lub umieścić go w pliku conf)

To jest po prostu mówienie kompilator gdzie znaleźć bibliotekami Scala do kompilacji

val settings = new Settings() 
    //didn't need this one:// settings.embeddedDefaults[Probe] 
    settings.classpath.value = "/home/oz/.ivy2/cache/org.scala-lang/scala-compiler/jars/scala-compiler-2.11.8.jar:/home/oz/.ivy2/cache/org.scala-lang/scala-library/jars/scala-library-2.11.8.jar:/home/oz/.ivy2/cache/org.scala-lang/scala-reflect/jars/scala-reflect-2.11.8.jar:/home/oz/.ivy2/cache/org.scala-lang.modules/scala-xml_2.11/bundles/scala-xml_2.11-1.0.4.jar:/home/oz/.ivy2/cache/org.scala-lang.modules/scala-parser-combinators_2.11/bundles/scala-parser-combinators_2.11-1.0.4.jar" 
    settings.bootclasspath append "/home/oz/.ivy2/cache/org.scala-lang/scala-library/jars/scala-library-2.11.8.jar:/home/oz/.ivy2/cache/org.scala-lang/scala-compiler/jars/scala-compiler-2.11.8.jar:/home/oz/.ivy2/cache/org.scala-lang/scala-reflect/jars/scala-reflect-2.11.8.jar:/home/oz/.ivy2/cache/org.scala-lang.modules/scala-xml_2.11/bundles/scala-xml_2.11-1.0.4.jar:/home/oz/.ivy2/cache/org.scala-lang.modules/scala-parser-combinators_2.11/bundles/scala-parser-combinators_2.11-1.0.4.jar:/home/oz/.ivy2/cache/jline/jline/jars/jline-2.12.1.jar" 
+0

który wydaje mi się podejrzany, ale przyjrzę się. –

+0

Właściwie to działało tylko dla mnie. settings.embeddedDefaults nie pomogło. Przeczytałem również MANIFEST Class-Path w moim przypadku i użyłem go jako 'private val classPath = getManifestAttr (" Class-Path "," "). Replace ('', ':') prywatne ustawienia val = nowe ustawienia settings.usejavacp.value = true settings.classpath.append (classPath) settings.bootclasspath.append (classPath) ' – abdolence

3

Uderzyłem ten sam problem.

settings.usejavacp.value = true 

rozwiązał problem dla mnie!

+0

Musiałem to potwierdzić. Nie tylko jest to najprostsza z wymienionych opcji, ale sprawdziła się, podczas gdy najlepsza głosowana odpowiedź nie. –