根据文档,sbt forked进程应该接收当前进程的jvm设置:
默认情况下,分叉进程使用与构建相同的Java和Scala版本以及当前进程的工作目录和JVM选项。请参阅:http://www.scala-sbt.org/0.13/docs/Forking.html
然而,对我来说似乎并非如此。进行以下测试:
object Test {
def main(args: Array[String]): Unit = {
println("Conf: " + System.getProperty("config.resource"))
}
}
如果我用sbt -Dconfig.resource = test.conf运行它,那么" Conf:test.conf"得到印刷。但是,一旦我在build.scala" Conf:null"中添加了run:= true中的fork。打印出来。这对我来说意味着jvm选项实际上并没有传递给分叉进程。有人能告诉我,我在这里缺少什么吗?
import sbt._
import Keys._
object Build extends Build {
lazy val root = (project in file(".")).
settings(
fork in run := true
)
}
答案 0 :(得分:6)
SBT文档是正确的,JVM属性确实传递给分叉进程。但是,您需要关注需要手动传递的系统属性。尝试此操作以传递所有系统属性:
import scala.collection.JavaConversions._
javaOptions in run += {
val props = System.getProperties
props.stringPropertyNames().toList.map { configKey =>
s"-D$configKey=${props.getProperty(configKey)}"
}.mkString(" ")
}
答案 1 :(得分:3)
如果你要求sbt分叉运行代码的VM,那么它不会继承父虚拟机的系统属性
fork in run := true
fork in console := true
javaOptions in run += s"-Dconfig.resource=${Option(System.getProperty("config.resource")).getOrElse("default")}"
javaOptions in console += s"-Dconfig.resource=${Option(System.getProperty("config.resource")).getOrElse("default")}"
这对我有用......
答案 2 :(得分:1)
当您分叉JVM时,实际上是在创建新进程。 Sbt不会将JVM参数复制到新进程。您必须明确指定,例如:
script.php?param=sth
当你在测试中禁止分叉时,例如:
javaOptions in test += "-Dconfig.file=app.test.conf"
您的测试正在同一个JVM中运行(带有它的参数)。希望这会有所帮助。
答案 3 :(得分:0)
从sbt文档中,您可以在(测试,运行)中使用javaOptions:
Forked JVM options¶
To specify options to be provided to the forked JVM, set javaOptions:
javaOptions in run += "-Xmx8G"
or specify the configuration to affect only the main or test run tasks:
javaOptions in (Test,run) += "-Xmx8G"
or only affect the test tasks:
javaOptions in test += "-Xmx8G"
http://www.scala-sbt.org/0.12.3/docs/Detailed-Topics/Forking.html
答案 4 :(得分:0)
这就是我用的。这是x -> [y], y -> [x]
的答案的更新版本。
josephpconley