java.lang.NoSuchMethodError: org.eclipse.jdt.internal.compiler.CompilationResult.getProblems()

最新推荐文章于 2021-01-28 14:15:08 发布

铦鹞

最新推荐文章于 2021-01-28 14:15:08 发布

阅读量421

点赞数 1

分类专栏：项目部署 Bug 文章标签： tomcat bug

本文链接：https://blog.youkuaiyun.com/afghzstsezhgszs/article/details/111068257

版权

项目部署同时被 2 个专栏收录

9 篇文章

订阅专栏

Bug

2 篇文章

订阅专栏

本文主要探讨了由于hadoop包中的jasper库与Tomcat8的冲突导致的版本降级问题，以及解决该冲突的方法，即通过在context.xml中设置`delegate=true`。另外，还分析了Tomcat7默认编码ISO-8859-1导致的URL汉字乱码问题，并提出了在server.xml中配置URIEncoding为UTF-8的解决策略。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

出现原因

部署Tomcat的版本由Tomcat8降到Tomcat7

1.原因分析

发现是发现hadoop包中有 jasper-compiler.jar, jasper-runtime等依赖与当前Tomcat（lib）包中的 jasper产生冲突

2.解决方式

在tomcat的context.xml中配置一个参数
在这里插入图片描述

解释: delegate=true，表示tomcat将遵循JVM的delegate机制，即一个WebAppClassLoader在加载类文件时，会先递交给SharedClassLoader加载，SharedClassLoader无法加载成功，会继续向自己的父类委托，一直到BootstarpClassLoader，如果都没有加载成功，则最后由WebAppClassLoader自己进行加载。
delegate=False，表示将不遵循这个delegate机制，即WebAppClassLoader在加载类文件时，会优先自己尝试加载，如果加载失败，才会沿着继承链，依次委托父类加载。

其他问题

1、url请求参数（汉字）出现乱码

原因:Tomcat 7的默认编码是 ISO-8859-1，所以解析之后参数出现乱码；Tomcat 8 默认编码是 UTF-8，因此解析不会出现乱码。

解决方式:在 Tomcat 的 server,xml 的配置文件中，对于 connector 的配置中，加上 URIEncoding=“UTF-8” useBodyEncodingForURI=“true”
即:
<Connector connectionTimeout="20000" port="8080" protocol="HTTP/1.1" redirectPort="8443" URIEncoding="UTF-8" useBodyEncodingForURI="true"/>