Mit Typesafe Config ' s ConfigFactory zu set-Taste-Einstellung in build.sbt?

sbt.version=0.13.1

In build.sbt ich bin die Zuordnung einer Einstellung-Taste, durch Aufruf ein Stück von meinem Projekt Abhängigkeit der code, der wiederum konfiguriert sich selbst über Typesafe Config ' s ConfigFactory. Meine Abhängigkeit hat sich ein reference.conf im root von der jar, und mein Projekt selbst enthält ein überwiegendes application.conf im src/main/resources.

Lib/Abhängigkeit ist auch mein code, btw.

import com.mylib.Finders
import com.myproj.sbt.Keys._

projKeyColorSetting in Compile := Finders.findColor //this calls ConfigFactory.load

seq(projSettings:_*)

Dem bauen gar nicht geladen, weil Sie nicht finden können, das erste conf key-ich versuche, die Referenz in meinem lib-code.

Habe ich versucht eine Reihe von Kombinationen von scoping-und Classpath-manipulation in meinem build-Datei, aber ohne Erfolg. Ich nahm an, dass die jar ' s reference.conf gewesen wäre, auf die Compile Bereich classpath, aber es funktioniert nicht so wie ich erwarten.

Verbrachte ich die Mehrheit der gestern brütete über SBT-Dokumentation auf Classpath, Bereiche, Tasten, Aufgaben und ResourceGenerators - meine Absicht ist, führen Sie eine benutzerdefinierte Plug-in, das sich auf die projKeyColorSetting Einstellung in build.sbt wie folgt:

lazy val projSettings = inConfig(Compile) {
    Seq(
        resourceGenerators in Compile <+= Def.task {
            val fileCreated = createColorFile(projKeyColorSetting.value)
            Seq(fileCreated)
        }
    )
 }

was nicht mir klar, hier ist, wie com.myproj.app.Foo bekam auf der sbt classpath in den ersten Platz - Klassen kompiliert aus src/main/scala sind nicht automatisch verfügbar, im Aufbau.sbt-es sei denn, Sie haben etwas zur Verfügung zu stellen - Sie brauchen, um zu tun, die gleiche Sache mit src/main/resources ? Die build-code (build.sbt) in der Regel nicht über die app s-Klassen zur Verfügung.
Dank Havoc - ich habe versucht, übermäßig vereinfachen mein Beispiel, und aktualisiert Sie entsprechend mehr, wer mein build vorhanden ist. Ich bin mir nicht aufrufen-Projekt Anwendungs-code in build.sbt, aber code von einem meiner Abhängigkeit (die ich auch Steuern). Ich möchte Lesen, meine Projekt-Konfiguration unter src/main/resources, die allerdings nicht auf dem default-Classpath, als haben Sie mir bestätigt. Was ich wissen möchte ist: 1. Warum meine Abhängigkeit ist Referenz.conf nicht gefunden wird, und 2. Wie hinzufügen src/main/resources im Rahmen der mein-Einstellung der Tastenbelegung-oder plugin-vielen Dank für Ihre Antwort.
Lesen Sie auch die Reihenfolge, in der die Werte für die Konfiguration überschrieben werden: github.com/typesafehub/config#standard-behavior

InformationsquelleAutor bloo | 2014-03-26

sbt scala

7

Wenn Sie immer Klasse aus foo.jar dann ConfigFactory.load() sollte ein Verweis.conf im selben jar. Wenn nicht, dann ist etwas falsch, aber es ist schwer zu erraten, was. Es könnte sein, dass Referenz.conf hat einige ungültige syntax in der es möglicherweise; könnte es sein, dass Referenz.conf nicht in das Glas; es könnte sein, dass Referenz.conf befindet sich in einem Unterverzeichnis statt root der jar; schwer zu erraten. Ich würde versuchen -Dconfig.trace=loads zu suchen für Probleme, die in es (es sollte Ihnen sagen, ob die config zu laden versucht die Referenz.conf zum Beispiel). Sie können auch Ihre eigenen classLoader.getResources und finden Sie, wenn Sie die Datei ohne config beteiligt.
Sie könnten auch versuchen ConfigFactory.parseResourcesAnySyntax("reference") und sehen, ob Ihre Referenz Einstellungen drin sind, und versuchen Sie den Aufruf ConfigFactory.load direkt und sehen, ob Ihre Einstellungen dort sind. Nur im Allgemeinen, überprüfen Sie alle Annahmen und sehen, wo es schief geht.

Als für how to add src/main/resources, die zwei grundlegende Strategien wäre 1), um es auf dem classpath irgendwie (das ist wohl schwierig in diesem Fall; Sie müssten es sogar vor, starten sbt oder hätte tun müssen, eine Art von benutzerdefinierten ClassLoader Spaß) oder vielleicht auch mehr praktischen 2) laden Sie es manuell mit ConfigFactory.parseFile().

Ich würde wahrscheinlich greifen die resourceDirectory Schlüssel einer Abhängigkeit, die Ihre Aufgabe tun, und dann etwas wie (ungetestet):
```
myTask := {
   val resourceDir = (resourceDirectory in Compile).value
   val appConfig = ConfigFactory.parseFile(resourceDir / "application.conf")
   val config = ConfigFactory.load(appConfig) //puts reference.conf underneath
   Finders.findColor(config)
}
```
Beachten Sie, dass dies erfordert eine änderung findColor zu nehmen Config parameter, oder vielleicht würden Sie lieber machen, Entfernungsmesser nicht-singleton, die konstruiert werden können, die mit einem Config; siehe das Beispiel bei https://github.com/typesafehub/config/blob/master/examples/scala/simple-lib/src/main/scala/simplelib/SimpleLib.scala#L22, wo ich versucht habe, zu verdeutlichen, dass bei Verwendung eines Config in der Regel eine Bibliothek, die beide standardmäßig auf ConfigFactory.load aber auch einen Konstruktor, der es erlaubt, benutzerdefinierte Config für Situationen wie diese.

Danke für den Tipp, re: -Dconfig.trace=Lasten. Ich änderte meine projKeyColorSetting zu einem projKeyColorTask, so dass ich wenigstens laden kann, mein Projekt in sbt und Verzögerung der Fehler bis ich den Paket - Befehl. Ich versuche, fügen Sie das resourceDirectory fullClasspath, kurz bevor ich Anruf .Wert auf die Einstellung an, in der Hoffnung, dass meine Abhängigkeit-code finden meine Anwendung.conf, aber es funktioniert immer noch nicht. Code Folgen:
lazy val projSettings = inConfig(Kompilieren) { Seq( resourceGenerators in Kompilieren <+= Def.Aufgabe { // ändern Sie classpath fullClasspath in Kompilieren += Zurückgeführt.leer((resourceDirectory in Kompilieren).Wert) // task ausführen, und führen Sie die Abhängigkeit des code-val fileCreated = createColorFile(projKeyColorKey.Wert) Seq(fileCreated) } ) }
Mein problem hat sich schon eine Art perfekten Sturm Sie lernen, wie plugins, Projekt - /* build-Dateien, Aufgaben, Bereiche, etc arbeiten mit sbt. Ich war hardcoding resourceDirectory in Projekt/Plugin.scala war, dass Sie mir den falschen Ressource-Verzeichnis.. so jetzt bin ich verweisen auf das übergeordnete Projekt ist richtig. Ich bin immer noch versuchen, um es hinzuzufügen auf fullClasspath und ich bin immer noch zu kurz kommen auf der Suche nach den Anwendung.conf - Datei.
Denken Sie daran, dass für das Projekt foo classpath und deps sind in foo/*.sbt und foo/Projekt/*.scala. Das build selbst ist auch ein Projekt, damit das bauen für foo hat seine deps und classpath definiert foo/Projekt/*.sbt und foo/project/project/*.scala. Also die .sbt-Dateien foo/Projekt beziehen sich auf das build-Programm und die .scala-Dateien foo/Projekt beziehen sich auf die foo-Programm.
Und ja, es ist ein bauen, bauen und bauen, bauen, bauen es hält nur recursing, bis unsere Gehirne Schmelzen lassen.Typ "reload plugins" recurse ein bauen in die interaktive Eingabeaufforderung und "reload return" zu pop wieder heraus. Sie können dann mit "show fullClasspath" und Sachen zum überprüfen der build-Programm.

InformationsquelleAutor Havoc P

Ich denke es ist ein bug im sbt.

Hier ist mein Verständnis von Ihren Anwendungsfall und wie sbt letztlich benommen.

Projekt/bauen.Eigenschaften

sbt.version=0.13.5-M2

Den Ordner config-only-Projekt ist für ein Projekt mit den folgenden zwei Dateien - bauen.sbt und src/main/resources/application.conf. Das simuliert eine externe Abhängigkeit für ein Projekt mit application.conf im inneren.

bauen.sbt in config-only-project

libraryDependencies += "com.typesafe" % "config" % "1.2.0"

src/main/resources/application.conf in config-only-project

app-name {
  hello = "Hello from Typesafe Config"
}

Die folgenden Dateien konfigurieren Sie die Standard - plugins Projekt sowie die build-Konfiguration selbst (und somit das bauen für das Projekt unter Untersuchung).

Projekt/bauen.sbt

lazy val configOnlyProject = uri("../config-only-project")

lazy val plugins = project in file(".") dependsOn (configOnlyProject)

Projekt/bauen.scala

import sbt._
import Keys._
import com.typesafe.config._

object build extends Build {
  lazy val mySetting = taskKey[String]("Setting using Typesafe Config")
  lazy val myS = mySetting := {
    //Compiler issue Config conf???
    println((fullClasspath in Compile).value)
    val conf = ConfigFactory.load()
    conf getString "app-name.hello"
  }
  lazy val configOnlyProject = uri("config-only-project")
  lazy val root = project in file(".") settings (myS) dependsOn (configOnlyProject)
}

Dieser gibt die folgende Verzeichnis-Struktur:

jacek:~/sandbox/so/setting-typesafe-config
$ tree
.
├── config-only-project
│   ├── build.sbt
│   ├── project
│   └── src
│       └── main
│           └── resources
│               └── application.conf
└── project
    ├── application.conf
    ├── build.properties
    ├── build.sbt
    └── build.scala

6 directories, 6 files

Was ich nicht verstehen konnte war, dass die Einstellung selbst hat nicht funktioniert - weder für das Projekt noch für die plugins Projekt.

> mySetting
List(Attributed(/Users/jacek/sandbox/so/setting-typesafe-config/target/scala-2.10/classes), Attributed(/Users/jacek/sandbox/so/setting-typesafe-config/config-only-project/target/scala-2.10/classes), Attributed(/Users/jacek/.sbt/boot/scala-2.10.4/lib/scala-library.jar), Attributed(/Users/jacek/.ivy2/cache/com.typesafe/config/bundles/config-1.2.0.jar))
[trace] Stack trace suppressed: run last root/*:mySetting for the full output.
[error] (root/*:mySetting) com.typesafe.config.ConfigException$Missing: No configuration setting found for key 'app-name'
[error] Total time: 0 s, completed Mar 31, 2014 10:24:12 PM

War der Fehler wie folgt:

> last root/*:mySetting
com.typesafe.config.ConfigException$Missing: No configuration setting found for key 'app-name'
    at com.typesafe.config.impl.SimpleConfig.findKey(SimpleConfig.java:124)
    at com.typesafe.config.impl.SimpleConfig.find(SimpleConfig.java:147)
    at com.typesafe.config.impl.SimpleConfig.find(SimpleConfig.java:159)
    at com.typesafe.config.impl.SimpleConfig.find(SimpleConfig.java:164)
    at com.typesafe.config.impl.SimpleConfig.getString(SimpleConfig.java:206)
    at build$$anonfun$myS$1.apply(build.scala:11)
    at build$$anonfun$myS$1.apply(build.scala:7)
    at scala.Function1$$anonfun$compose$1.apply(Function1.scala:47)
    at sbt.$tilde$greater$$anonfun$$u2219$1.apply(TypeFunctions.scala:42)
    at sbt.std.Transform$$anon$4.work(System.scala:64)
    at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:237)
    at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:237)
    at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:18)
    at sbt.Execute.work(Execute.scala:244)
    at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:237)
    at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:237)
    at sbt.ConcurrentRestrictions$$anon$4$$anonfun$1.apply(ConcurrentRestrictions.scala:160)
    at sbt.CompletionService$$anon$2.call(CompletionService.scala:30)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:744)
[error] (root/*:mySetting) com.typesafe.config.ConfigException$Missing: No configuration setting found for key 'app-name'

Es hat funktioniert, wenn ich ausgeführt den gleichen code in der Scala-Konsole:

> console
[info] Starting scala interpreter...
[info]
Welcome to Scala version 2.10.4 (Java HotSpot(TM) 64-Bit Server VM, Java 1.8.0).
Type in expressions to have them evaluated.
Type :help for more information.

scala> import com.typesafe.config._
import com.typesafe.config._

scala> ConfigFactory.load()
res0: com.typesafe.config.Config = ...
scala> res0 getString "app-name.hello"
res1: String = Hello from Typesafe Config

Wenn ich eingeschaltet, um die plugins Projekt und es klappt auch sehr gut:

> reload plugins
[info] Loading project definition from /Users/jacek/sandbox/so/setting-typesafe-config/project
> console
[info] Starting scala interpreter...
[info]
Welcome to Scala version 2.10.4 (Java HotSpot(TM) 64-Bit Server VM, Java 1.8.0).
Type in expressions to have them evaluated.
Type :help for more information.

scala> import com.typesafe.config._
import com.typesafe.config._

scala> ConfigFactory.load()
res0: com.typesafe.config.Config = ...
scala> res0 getString "app-name.hello"
res1: String = Hello from Typesafe Config

Ich wünschte, ich könnte es erklären, aber es scheint zu viel kognitive Last für mich 🙁

Was ist, wenn verwenden Sie eine explizite ClassLoader val conf = ConfigFactory.load()?
Das ist, was hat für die OP in der anderen Frage, und ich fragte ihn, um zu aktualisieren meine Antwort - stackoverflow.com/questions/22720360/... -(denke, ich werde es selbst tun in ein paar Tagen).

InformationsquelleAutor Jacek Laskowski

Gleiche Problem mit einem Spiel-Projekt, gelöst, indem ein ClassLoader parameter ConfigFactory.parseResourcesAnySyntax() in der task-definition:

import com.typesafe.config.ConfigFactory

lazy val root = (project in file(".")).
  settings(
    myTask := {
      val cl = new java.net.URLClassLoader(Array((resourceDirectory 
        in Compile).value.toURI.toURL))
      //load ./conf/foo.conf
      val config = ConfigFactory.parseResourcesAnySyntax(cl, "foo.conf")
  }
)

InformationsquelleAutor Stan

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.