由jdbcType引发的一次思考
昨天像往常一样写着CURD,突然到某功能的时候调用保存方法就调用不了了,后台会打印
Mapped Statements collection does not contain value for …
上网查也有其他人总结了如下原因:
1.mybatis的映射文件的命令空间与接口的全限定名不一致(命令空间也就是xml文件里namespace的值,接口全限定名指的是接口的完整名称,例如com.skyi.xxx.testInterface);
2.有可能mybatis的映射文件名字与接口的类名字不一致;
3.还有一种情况就是接口声明的方法在映射文件里面没有。(这种情况比较常见)
然后特殊情况还有一种:
如果都不是,而且你的工程是用maven构建的,那么就有可能是下面这个:
mapper包中的mapper.xml没有编译到targger中
我的错误就是上面这个,解决办法:配置工程的pom.xml文件,修改标签,编译的时候将mapper.xml文件编译进去。
src/main/java **/*.xml true然而我的都不是这个原因,我是怎么察觉我的xml文件有问题呢,因为我的query方法在上面,但是save,update,delete都用不了,我就在想是不是下半截没有编译,识别不到
然后把query方法贴到最下面,果然query方法也用不了了,至此知道大概原因是里面某个部位有问题,但是没看出来,又重新写了一遍xml,能正常使用
用比较工具比较以后发现。。。居然是jdbcType声明错了,INTEGER写成了Integer
,吐了口老血,那为什么jdbcType写错了会影响xml的编译呢
又百度了下
别人遇到大小写不规范抛出异常
org.mybatis.spring.MyBatisSystemException: nested exception is org.apache.ibatis.builder.BuilderException: Error resolving JdbcType. Cause: java.lang.IllegalArgumentException: No enum constant org.apache.ibatis.type.JdbcType.Integer
No enum constant:提示说mybatis没有Integer该类型的枚举常量,导致该异常抛出
注意:在书写jabcType类型的时候,是有严格的大小写的区分的,否则会抛出上面的异常,即mybatis所定义的类型常量枚举不存在