tomcat8改了jar加载顺序的踩坑记录,Tomcat_有限公司档案简介企业介绍_延安做网站
| | 保存桌面 | | 手机扫二维码

延安做网站

做网站

您当前的位置:首页 » 有限公司档案简介企业介绍 » tomcat8改了jar加载顺序的踩坑记录,Tomcat
有限公司档案简介企业介绍
tomcat8改了jar加载顺序的踩坑记录,Tomcat
发布时间:2022-06-25        浏览次数:7        返回列表
这篇文章主要给大家介绍了关于tomcat8改了jar加载顺序的踩坑记录,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面来一起学习学习吧

记录一次调试经历

起因

相同的jar,服务器正常而本地起的项目一直报下图中的错。

解释

首先,这段代码是hibernate执行有参数的hql的过程中报错的,最上面那层,对string进行强转导致的。

看hql及java对象,发现,参数为string,而参数对应的java对象中的字段类型是BigDcimal。猜测可能是问题出现的原因,但相关的代码没有找到,继续看代码、调试

堆栈信息中 bind()方法的作用(和报错有关的),从 中获取type和value,对value进行强转,其中type是在设置参数阶段设置的,如下图,先根据映射关系找对应的java对象中的类型,找不到采用value.getclass();

org.hibernate.impl.AbstractQueryImpl中,


中间结论

我本地没问题,代码就是那么写的,报错是应该的,那服务器是怎么跑通的?

继续

趁早上没人,远程调试下服务器项目,过程中,想到是否有人重写了hibernate的源码导致的,搜一下,果然。。。

hibernate源码

重写的代码,修改了下,保证了对参数是string的兼容。

联想一下,tomcat的jar包加载顺序从8起发生了改变,不再像之前按照字母顺序,先加载的生效。而8之后,该用别的方式,该方式导致不同操作系统结果不同,虽然两者都用的8,而我是mac,它是linux。。。当时看到那篇博客就觉得有坑,没想到坑来的这么快。

至于不同操作系统具体的加载方式,需要看tomcat源码,还没看~~~

结论

由于生效的class不同,导致本地和服务器的结果不同,不想看源码的话,可以先把hibernate的重复类删掉;应该是可以对源码进行修改,比如改成按照字母顺序

不得不吐槽下,tomcat改jar加载顺序是为啥呢,原来的按照字母顺序多么清晰明了。

好了,以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对的支持。

您可能感兴趣的文章:
  • Java中tomcat memecached session 共享同步问题的解决办法
  • 浅谈两个jar包中包含完全相同的包名和类名的加载问题
  • TOMCAT内存溢出及大小调整的实现方法
  • Tomcat实现session共享(session 会话复制)
  • 使用tomcat设定shared lib共享同样的jar


快速链接
  • 暂无链接

联系方式
  • 联系人:做网站
  • 电话:13222222222