最近一直在做springMvc+Spring4+hibernate4的整合,出了不少错误,这都是我们宝贵的经验啊,在整合的过程中,最大的问题就是版本升级的问题,之前做过jdk1.6的例子,很顺利,但是升级到jdk1.8后,突然爆出了很多的错误,后来在调试的时候才发现,原来spring3和jdk1.8是不兼容的版本,要么降低jdk到1.7及以下,或者升级spring版本,在更新换代和维稳的情况下,我选择了升级spring版本,结果如果,咱们一起来看!
运行结果:
源码下载:springMvcTest单击下载
源码结构:
常见错误:
表现:不能正确编译类
解决方案:降低jdk版本到1.7及以下或者升级spring到4.0及以上、
表现:不能运行网站
解决方案:升级tomcat服务器至8.0及以上
1,在升级某个技术的版本时,一定要现在技术调研,否则,我们将被无情的错误大军淹没,而不知怎么解决
2,当错误指向jar包下的某个方法时,我们更愿意想到是缺失jar包和jar包冲突,这个问题往往使得我们陷入被动局面,跳出圈子,在整个版本的兼容上作出判断后,再来测试其他问题!
表现:xml文件不能扫描
解决方案:classpath*是扫描到所有符合条件的文件,而classpath是只扫描第一个符合条件的文件,请按情况配置
表现:数据库连接失败,但是服务已经启动
解决方案: <property name="url" value="jdbc:mysql://localhost:8444/springmvc" /> 端口有可能写错误,网上的例子大多是默认端口,但是经过询问才知道,已经修改,要提前做好考察!
在具体的实现中,我们也许明白了,他大概是这么配置的,但是具体的配置习惯了从网上下载一份现成的,我也经常这么做,这没有关系,我们不能看他没问题就放弃研究他,很多时候,环境一变,我们解决问题的速度就在于我们遇到过多少问题,解决过多少问题,如果是自己亲手配置的,对每个细节都把我得比较具体,我们就是大牛了!
细节决定成败,这句话的基础是我们对宏观的认识,已经有了需要了解细节的步骤,宏观很多时候是微观的基础,在版本的控制,技术的整合方面,宏观就是指导性的意见,而在于某个配置文件的编写,某个符号的含义,我们就需要在具体的需求中持续不断得深入,而且我们始终相信,万事皆有规律,符号更是如此,为了通用性,他也必然有规律可循!相信自己,把握宏观,跟进微观,这就是架构稳定的基本因素!
springMvc+Spring4+hibernate4整合常见错误
原文地址:http://blog.csdn.net/xvshu/article/details/42435167