使用 slick 和 Sql Server 存储过程时出现 ClassCastException答案

【问题标题】：ClassCastException when using slick and Sql Server stored procedure使用 slick 和 Sql Server 存储过程时出现 ClassCastException
【发布时间】：2016-07-11 00:21:34
【问题描述】：

我对 slick 有疑问。看起来使用它之后 scala 不再是静态类型语言了:)

我使用 slick 调用应该返回一些值的 SqlServer 存储过程（当我直接在我的 SQL 客户端中调用该过程时它会返回）。不幸的是，正如您在下面看到的那样，结果是我有一个类型为 Option[ProcessUserRoleDto] 的 val，ProcessUserRoleDto 只是一个普通的案例类，实际上持有 Some(1) 的值 而“1”的类型是 java.lang.Integer。这怎么可能？您对如何解决此问题有任何想法吗？

case class ProcessUserRoleDto(
  processUserRoleId: Int,
  processUserId: Int,
  processRoleId: Int,
  dataCollectionId: Int,
  recognizingInstanceId: Int,
  processRoleName: String,
  dataCollectionName: String,
  recognizingInstanceName: String,
  isActive: Boolean)

def assign(dto: ProcessUserRoleAssignDto): Future[Option[ProcessUserRoleDto]] = {
  val db = implicitly[SQLServerDriver.backend.DatabaseDef]
  val sql = sql"exec EVO.spProcessUserRoleAssignToRecognizingInstance ${dto.ProcessUser_ID}, ${dto.ProcessRole_ID}, ${dto.RecognizingInstance_ID}"

  implicit val registerProcessUserResult = GetResult { r =>
        ProcessUserRoleDto(r.<<, r.<<, r.<<, r.<<, r.<<, r.<<, r.<<, r.<<, r.<<)
  }
  val resultFut: Future[Option[ProcessUserRoleDto]] = db
                                .run(sql.as[ProcessUserRoleDto])
                                .map(_.headOption)

  val singleResult: Option[ProcessUserRoleDto] = Await.result(resultFut, 10 seconds)

  println(s"singleResult = $singleResult")
  // in runtime result was: Some(1)
  // WTF ?!?

  println(s"class inside Some() = ${singleResult.get.getClass.getCanonicalName}")
  // in runtime result is: java.lang.Integer

  println(s"Option[Class] = ${singleResult.map(_.getClass.getCanonicalName)}")
  // here exception is thrown: java.lang.ClassCastException: java.lang.Integer cannot be cast to ProcessUserRoleDto
}

【问题讨论】：

标签： sql-server scala stored-procedures types slick

【解决方案1】：

存储过程正在执行一个插入语句，然后是一个选择语句。我发现它混淆了 JDBC 驱动程序，因为插入返回的是修改记录的数量，并且在存储过程中添加“SET NOCOUNT ON”会停止（https://stackoverflow.com/a/4809815/1185138）。

尽管如此，slick 还是悄悄地弄乱了类型，而不是重新返回一个很好的错误消息......

【讨论】：