Add workaround for possible SBT classpath problem.

Under some circumstances SBT might mess up the class path which will cause the loading of a configuration via `ConfigFactory.load()` to not load the correct file or none at all. To avoid this we explicitly set the class loader to use. This is especially recommended if we're using `IO` because that might cause the thread class loader to be used.
jan0sch · Dec 10, 2019 · 05467c2 · 05467c2
1 parent 314c73b
commit 05467c2
Show file tree

Hide file tree

Showing 2 changed files with 2 additions and 2 deletions.
diff --git a/pure/src/main/scala/com/wegtam/books/pfhais/pure/Pure.scala b/pure/src/main/scala/com/wegtam/books/pfhais/pure/Pure.scala
@@ -40,7 +40,7 @@ object Pure extends IOApp {
 
     val program = for {
       (apiConfig, dbConfig) <- IO {
-        val cfg = ConfigFactory.load
+        val cfg = ConfigFactory.load(getClass().getClassLoader())
         // TODO Think about alternatives to `Throw`.
         (
           loadConfigOrThrow[ApiConfig](cfg, "api"),

diff --git a/tapir/src/main/scala/com/wegtam/books/pfhais/tapir/Tapir.scala b/tapir/src/main/scala/com/wegtam/books/pfhais/tapir/Tapir.scala
@@ -50,7 +50,7 @@ object Tapir extends IOApp {
 
     val program = for {
       (apiConfig, dbConfig) <- IO {
-        val cfg = ConfigFactory.load
+        val cfg = ConfigFactory.load(getClass().getClassLoader())
         // TODO Think about alternatives to `Throw`.
         (
           ConfigSource.fromConfig(cfg).at("api").loadOrThrow[ApiConfig],