springMvc+Spring4+hibernate4整合常见错误

        最近一直在做springMvc+Spring4+hibernate4的整合，出了不少错误，这都是我们宝贵的经验啊，在整合的过程中，最大的问题就是版本升级的问题，之前做过jdk1.6的例子，很顺利，但是升级到jdk1.8后，突然爆出了很多的错误，后来在调试的时候才发现，原来spring3和jdk1.8是不兼容的版本，要么降低jdk到1.7及以下，或者升级spring版本，在更新换代和维稳的情况下，我选择了升级spring版本，结果如果，咱们一起来看！

运行结果：

源码下载：springMvcTest单击下载

源码结构：

常见错误：

1，宏观：

    （1），spring3与jdk1,8

        表现：不能正确编译类

        解决方案：降低jdk版本到1.7及以下或者升级spring到4.0及以上、

    （2），tomcat6.0与jdk1.8

        表现：不能运行网站

        解决方案：升级tomcat服务器至8.0及以上

       小结：

        1，在升级某个技术的版本时，一定要现在技术调研，否则，我们将被无情的错误大军淹没，而不知怎么解决

        2，当错误指向jar包下的某个方法时，我们更愿意想到是缺失jar包和jar包冲突，这个问题往往使得我们陷入被动局面，跳出圈子，在整个版本的兼容上作出判断后，再来测试其他问题！

2，微观：

        （1），classpath*与classpath

        表现：xml文件不能扫描

        解决方案：classpath*是扫描到所有符合条件的文件，而classpath是只扫描第一个符合条件的文件，请按情况配置

        （2），dataSource

        表现：数据库连接失败，但是服务已经启动

        解决方案： <property name="url" value="jdbc:mysql://localhost:8444/springmvc" />  端口有可能写错误，网上的例子大多是默认端口，但是经过询问才知道，已经修改，要提前做好考察！

        小结：

        在具体的实现中，我们也许明白了，他大概是这么配置的，但是具体的配置习惯了从网上下载一份现成的，我也经常这么做，这没有关系，我们不能看他没问题就放弃研究他，很多时候，环境一变，我们解决问题的速度就在于我们遇到过多少问题，解决过多少问题，如果是自己亲手配置的，对每个细节都把我得比较具体，我们就是大牛了！

总结：

        细节决定成败，这句话的基础是我们对宏观的认识，已经有了需要了解细节的步骤，宏观很多时候是微观的基础，在版本的控制，技术的整合方面，宏观就是指导性的意见，而在于某个配置文件的编写，某个符号的含义，我们就需要在具体的需求中持续不断得深入，而且我们始终相信，万事皆有规律，符号更是如此，为了通用性，他也必然有规律可循！相信自己，把握宏观，跟进微观，这就是架构稳定的基本因素！