Scala中Jooq的Option[Long]转换器创建报错，求解决办法

问题根源 #

1. 值类型无法赋值null：Scala的Long是值类型，不能接受null值，你在to方法的None分支返回null，直接触发类型不兼容错误。
2. 类型匹配不兼容：Jooq的SQLDataType.BIGINT对应的数据库类型是Java的java.lang.Long（包装类），而你定义的Converter使用Scala原生Long作为fromType，导致asConvertedDataType找不到匹配的重载方法。

修正后的转换器代码 #

import org.jooq.Converter
import java.lang.Long as JavaLong

class JooqOptionalLongConverter extends Converter[JavaLong, Option[Long]] {
  override def from(databaseObject: JavaLong): Option[Long] =
    Option(databaseObject) // JavaLong为null时自动转为Scala的None

  override def to(userObject: Option[Long]): JavaLong =
    userObject match {
      case None => null // JavaLong是引用类型，可接受null
      case Some(long) => long // Scala Long自动装箱为JavaLong
    }

  override def fromType(): Class[JavaLong] = classOf[JavaLong]

  override def toType(): Class[Option[Long]] = classOf[Option[Long]]
}

正常编译的类型转换调用 #

private val optionalLongType = org.jooq.impl.SQLDataType.BIGINT.asConvertedDataType(new JooqOptionalLongConverter)

方案说明 #

• 改用Java的java.lang.Long作为数据库端类型：它是引用类型，可接受null，完美对应数据库BIGINT字段的NULL值场景。
• from方法自动处理空值：Option(databaseObject)会把JavaLong的null转为Scala的None，非空值转为Some(Long)。
• to方法反向适配：None返回null对应数据库NULL，Some(Long)自动装箱为JavaLong，符合Jooq的类型要求。
• 对比Option[String]的可行性：String本身是引用类型，数据库端与用户端类型无需切换包装类，因此原有写法可以正常工作。

内容的提问来源于stack exchange，提问作者Capacytron