我想为运行光滑的服务编写一些集成测试,然后通过回滚事务清理postgresql数据库,但我没有看到这样做的方法。我知道我可以测试已经组合在一起的DBIO对象并将它们回滚,但如果我想在更高的抽象级别进行测试,它看起来并不可能。
在伪代码中,我想这样做:
StartDbTransaction() // setup
DoSomethingInDB()
AssertSomething()
RollBackDbTransaction() // teardown
例如,如果我有这个(从play-silhouette-slick-seed简化):
class PasswordInfoDAO(db: JdbcBackend#DatabaseDef) {
// ...
def remove(loginInfo: LoginInfo): Future[Unit] =
db.run(passwordInfoSubQuery(loginInfo).delete).map(_ => ())
}
我以为我可以按照Specs2 Guide的方式写一个ForEach特征,这给出了一个通用的例子:
// a transaction with the database
trait Transaction
trait DatabaseContext extends ForEach[Transaction] {
// you need to define the "foreach" method
def foreach[R: AsResult](f: Transaction => R): Result = {
val transaction = openDatabaseTransaction
try AsResult(f(transaction))
finally closeDatabaseTransaction(transaction)
}
// create and close a transaction
def openDatabaseTransaction: Transaction = ???
def closeDatabaseTransaction(t: Transaction) = ???
}
class FixtureSpecification extends mutable.Specification with DatabaseContext {
"example 1" >> { t: Transaction =>
println("use the transaction")
ok
}
"example 2" >> { t: Transaction =>
println("use it here as well")
ok
}
}
所以对于光滑,我试过这个:
override def foreach[R: AsResult](f: JdbcBackend#DatabaseDef => R): Result = {
val db = dbConfig.db
val session = db.createSession()
session.conn.setAutoCommit(false)
val result = AsResult(f(db))
session.conn.rollback()
result
}
然后我打算用它来这样:
class PasswordInfoDAOSpec(implicit ee: ExecutionEnv)
extends Specification with DatabaseContext {
"password" should {
"be removed from db" in { db =>
// arrange
db.run(...) // something to set up the database
// act
PasswordInfoDAO(db).remove(loginInfo).await
// assert
PasswordInfoDAO(db).find(loginInfo) must be None.await
}
}
}
问题是,光滑3会忽略我的会话(按设计)而是使用会话池,所以我的回滚不会做任何事情。我认为Slick期望您应该在DBIOActions级别使用它,它可以组合在一起并可能在不同的上下文中执行。 Slick 2有一种方法可以使用.withSession
来控制会话,但它已被删除。
是每次测试创建,迁移和删除测试数据库的唯一选择吗?
答案 0 :(得分:6)
这是部分答案。通过深入到JDBC来回滚事务似乎是不可能的或者至少是非常不可取的。因此,我重写了存储库以返回DBIO而不是我的业务对象。这是DBIO monadic绑定操作,负责处理事务逻辑,因此这是回滚的唯一方法。
class MyRepository {
def add(whatever: String): dbio.DBIOAction[Int, NoStream, Write with Write] = {
// return a DBIOAction
}
}
我有一个函数将任意操作绑定到“假”异常,然后返回原始操作的Future结果并丢弃异常:
case class IntentionalRollbackException[R](successResult: R) extends Exception("Rolling back transaction")
def runWithRollback[R, S <: slick.dbio.NoStream, E <: slick.dbio.Effect](action: DBIOAction[R, S, E]): Future[R] = {
val block = action.flatMap(r => DBIO.failed(new IntentionalRollbackException(r)))
val tryResult = dbConfig.db.run(block.transactionally.asTry)
// not sure how to eliminate these casts from Any
tryResult.map {
case Failure(IntentionalRollbackException(successResult)) => successResult.asInstanceOf[R]
case Failure(t) => throw t
case Success(r) => r.asInstanceOf[R]
}
}
那么我可以从规范中使用它:
val insertAction1 = new MyRepository().add("whatever 1").withPinnedSession
val insertAction2 = new MyRepository().add("whatever 2").withPinnedSession
val actions = insertAction1 andThen insertAction2
val result = Await.result(runWithRollback(action), 5.seconds)
result must be ...
我确信还有一种方法可以将specs2更清晰地写成ForEach特性或类似的东西。
中提取了这些想法答案 1 :(得分:1)
在谷歌搜索如何在Slick中进行回滚之后,我来到了此页面,最终发现Slick 3提供了对底层JDBC连接的访问,从而可以完成它而不必使DBIO失败:
val rollback: DBIO[Unit] = SimpleDBIO(_.connection.rollback)
def runAndRollback[A](dbio: DBIO[A]): DBIO[A] = dbio.andFinally(rollback).transactionally
答案 2 :(得分:0)
您必须将所有逻辑放入DBIO,然后包含DBIO.failed步骤以执行回滚。请参阅https://github.com/slick/slick/commit/6caaea3a8a888d54dc51463bc0e1725191b9721a,添加3.2的“回滚”文档(但自3.0以来它是正确的IIUC)