Mit einem benutzerdefinierten Klassenlader für eine Modulabhängigkeit in SBT

Question

Ich habe eine Multi-Modul SBT Build bestehend aus api, core und third-party. Die Struktur ist in etwa so:

api 
|- core 
|- third-party 

Der Code für third-party implementiert api und ist wörtlich von woanders kopiert, so ich will es nicht wirklich berühren.

Wegen der Art und Weise third-party implementiert ist (starker Einsatz von Singletons), kann ich nicht einfach core von third-party abhängen. Insbesondere muss ich es nur über die api verwenden, aber ich muss mehrere, isolierte Kopien von third-party zur Laufzeit haben. (. Dies ermöglicht es mir zugleich mehrere „Singletons“ zu haben)

Wenn ich außerhalb meines SBT Build ausgeführt wird, ich dies nur tun:

def createInstance(): foo.bar.API = { 
    val loader = new java.net.URLClassLoader("path/to/third-party.jar", parent) 
    loader.loadClass("foo.bar.Impl").asSubclass(classOf[foo.bar.API]).newInstance() 
} 

Aber das Problem ist, dass ich don Ich weiß nicht, wie ich zur Laufzeit herausfinden soll, was ich als Argument zu URLClassLoader geben sollte, wenn ich über sbt core/run laufe.

Answer 1

Das sollte funktionieren, obwohl ich es nicht mit Ihrer Einrichtung getestet habe.

Die Grundidee ist es, sbt schreiben den Klassenpfad in eine Datei, die Sie zur Laufzeit verwenden können. sbt-buildinfo bietet bereits eine gute Grundlage dafür, also werde ich es hier verwenden, aber Sie könnte nur den relevanten Teil extrahieren und dieses Plugin auch nicht verwenden.

Fügen Sie diese auf Ihre Projektdefinition:

lazy val core = project enablePlugins BuildInfoPlugin settings (
    buildInfoKeys := Seq(BuildInfoKey.map(exportedProducts in (`third-party`, Runtime)) { 
    case (_, classFiles) ⇒ ("thirdParty", classFiles.map(_.data.toURI.toURL)) 
    }) 
    ... 

Zur Laufzeit verwenden diese:

def createInstance(): foo.bar.API = { 
    val loader = new java.net.URLClassLoader(buildinfo.BuildInfo.thirdParty.toArray, parent) 
    loader.loadClass("foo.bar.Impl").asSubclass(classOf[foo.bar.API]).newInstance() 
} 

exportedProducts enthält nur die kompilierten Klassen für das Projekt (z .../target/scala-2.10/classes/). Abhängig von Ihrer Konfiguration möchten Sie möglicherweise fullClasspath anstelle von (das auch die libraryDependencies und abhängigen Projekte enthält) oder einen anderen mit dem Klassenpfad verbundenen Schlüssel verwenden.