sbt-assembly
sbt-assembly copied to clipboard
shading appears to mess with application.conf / reference.conf
I tried to shade Akka as well, and it appears that, in addition to the test in assembly issue, it also seems to mess with application.conf. In the stack trace below, Akka's init system is looking for a root config key of "sjs", because I had a rule to rename "akka.**" to "sjs.akka.@1".
Exception in thread "main" com.typesafe.config.ConfigException$Missing: No configuration setting found for key 'sjs'
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 sjs.akka.actor.ActorSystem$Settings.<init>(ActorSystem.scala:168)
at sjs.akka.actor.ActorSystemImpl.<init>(ActorSystem.scala:504)
at sjs.akka.actor.ActorSystem$.apply(ActorSystem.scala:141)
at sjs.akka.actor.ActorSystem$.apply(ActorSystem.scala:118)
at spark.jobserver.JobServer$$anonfun$main$1.apply(JobServer.scala:121)
Unfortunately I removed the commit from the PR because of this issue, the jar would not run. Perhaps the shader is too aggressive in changing strings also?