org.hibernate.TypeMismatchException异常解决方案
org.hibernate.TypeMismatchException异常解决方案
今天刚开始做项目，第一个测试就出现了问题，抛的异常是TypeMismatchException (类型不匹配异常),
问题出现的原因：oracle数据库中创建id的时候id的类型是integer类型的，但是在用MyEclipse反向生成的时候，映射的实体类的id类型为BigDecimal类型的，如果在通过id查的时候，传的是int类型的，而实体类映射的是BigDecimal类型的，在dao中封装的方法的id也是integer的，类型肯定不会。
解决的方法：
（1） 我把封装的findById方法中的id的类型该成了Serializable类型的了
因为Serializable类型的在jdk5.0以上支持id为string、int类型的，原因是jdk1.5以上的支持了自动装箱的过程，int会自转换为Integer,而Integer是实现了Serializable的。
（2） 在传值的时候把BigDecimal类型转换为int类型的。
int bd = new BigDecimal(1).intValue();这句话来转换为int类型的，再通过装箱的过程去传值。
这样问题就解决了。
主要是类型匹配就ok了
通过这个异常，通过查手册，学习到了一点知识：
当在数据库中指定类型的时候，如果指定的number(4)，则在反向的时候就是Short类型的，也就是说number根据不同的字节，反向的值的类型不同，但是都是Number的子类。
Number 的子类必须提供将表示的数值转换为 byte、double、float、int、long 和 short 的方法。
抽象类 Number 是 BigDecimal、BigInteger、Byte、Double、Float、Integer、Long 和 Short 类的超类。
下面的是对Serializable使用的解释，从网上查的：
对象序列化是为了反序列化用的
比如将一个对象写入到文件，或者作为流的形式传给第三方，那么这个类必须实现Serializable接口，并且定义一个私有的常量SerializableID，不然就不能从文件中读取对象了，接收方也没法还原这个对象
或者：
不是说特定或好处，是有作用的
比如你定义了一个Student类，里面定义了一个SerializableID=5，序列化后传给我，我将其存到数据库以后再使用
若干天后，系统升级，你在Student类加了一个字段String address，如果Student里没有定义SerializableID或者SerializableID不一样了，我存在数据库里的Student对象就反序列化不回来了
如果定义了SerializableID，即使你在Student里加了一个属性，我存在数据库的对象少一个属性，但还是可以反序列化回来的，只是新加的那个属性值为null而已