情况:
我想为我的Play执行JUnit测试用例! Jenkins服务器上的2.0应用程序。
要在服务器上构建和测试我的应用程序,我想使用SBT(使用命令序列:clean compile test
)。
问题:
无论Jenkins如何,命令play test
使用与命令java -jar "sbt-launch.jar" test
不同的类路径(在我的play项目的根目录中执行的两个命令,两个命令都使用相同的sbt版本0.12.2)。我的测试用例可以使用play test
进行编译,但是使用java -jar "sbt-launch.jar" test
编译器会抱怨某些JUnit类(例如org.junit.rules.TestWatcher
)丢失了。
分析:
命令show test:full-classpath
表明classpathes确实不同:
play test
classpath包含:Attributed(<playhome>\repository\local\junit\junit-dep\4.10\jars\junit-dep.jar)
java -jar "sbt-launch.jar test
classpath包含:Attributed(<userhome>\.ivy2\cache\junit\junit-dep\jars\junit-dep-4.8.2.jar)
问题:
任何想法如何确保java -jar "sbt-launch.jar test
使用与play test
相同的类路径?
Build.scala:
import sbt._
import Keys._
import play.Project._
object ApplicationBuild extends Build {
val appName = "my app"
val appVersion = "1.0-SNAPSHOT"
val appDependencies = Seq(
// Play framework dependencies
javaCore, javaJdbc, javaEbean,
// Add your project dependencies here
"com.typesafe" %% "play-plugins-mailer" % "2.1.0",
"com.feth" %% "play-authenticate" % "0.2.5-SNAPSHOT",
"org.mongodb" % "mongo-java-driver" % "2.10.1",
"com.embedly" % "embedly-api" % "0.1.5",
"org.mockito" % "mockito-all" % "1.9.5",
"org.mongojack" % "mongojack" % "2.0.0-RC5",
"commons-io" % "commons-io" % "2.3"
)
val main = play.Project(appName, appVersion, appDependencies).settings(
resolvers += Resolver.url("play-easymail (release)", url("http://joscha.github.com/play-easymail/repo/releases/"))(Resolver.ivyStylePatterns),
resolvers += Resolver.url("play-easymail (snapshot)", url("http://joscha.github.com/play-easymail/repo/snapshots/"))(Resolver.ivyStylePatterns),
resolvers += Resolver.url("play-authenticate (release)", url("http://joscha.github.com/play-authenticate/repo/releases/"))(Resolver.ivyStylePatterns),
resolvers += Resolver.url("play-authenticate (snapshot)", url("http://joscha.github.com/play-authenticate/repo/snapshots/"))(Resolver.ivyStylePatterns)
)
}
答案 0 :(得分:0)
除了您使用的任何遥控器之外,play
脚本还会重新启动sbt以使用本地JUnit文件存储库。这就是下载如此之大的原因。默认情况下,Ivy不会将本地文件复制到其本地缓存中,因为它假定它们是稳定的。
所以,你所看到的是下载文件的sbt脚本和Play脚本,后者有自己的本地仓库,优先于下载的文件。
现在有趣的部分是版本控制。常春藤有趣的版本冲突解决方案。
如果您粘贴查看target/resolution-cache/reports
目录,您可能会了解这两个命令之间的区别以及为什么选择一个junit而不是另一个。我的猜测是有一个动态版本范围,它在本地存储库中查找播放脚本,而不是查找更新版本的junit-dep。