尝试从tomcat库中删除ecj-x.x.x.jar来运行

我通过使用正确的ServletAPI版本解决了这个问题：Tomcat7.x需要3.0.x版本，而不是我尝试使用的3.1.x版本。另请参阅“在服务器启动时，有问题的类告诉我什么？”

在我的例子中，这是因为依赖jar的冲突，但是很难找出哪个jar是冲突的原因。
为了检查冲突，pom.xml中有 Dependency Hierarchy eclipse中的tab。在 Resolved Dependency 检查是否有两个同名jar。如果找到，则从父依赖项中排除其中一个。

在我的例子中是jspapijar，通过点击jspapijar，我发现父依赖是activemq core，所以我从activemq core依赖中排除了jspapijar，它工作正常。

<dependency>
    <groupId>org.apache.activemq</groupId>
    <artifactId>activemq-core</artifactId>
    <version>5.6.0</version>
    <exclusions>
        <exclusion>
            <groupId>org.mortbay.jetty</groupId>
            <artifactId>jsp-2.1</artifactId>
         </exclusion>
        <exclusion>
             <groupId>org.mortbay.jetty</groupId>
             <artifactId>jsp-api-2.1</artifactId>
        </exclusion>
    </exclusions>
</dependency>

我也遇到了同样的例外。在我的例子中，这是由jetty库与hadoop/hbase库冲突引起的（可能两者都包含org.eclipse.jdt.internal.compiler.compilationresult方法）。我通过在hadoop/hbase依赖项中添加以下排除项来解决此错误：

<dependency>
      <groupId>org.apache.hadoop</groupId>
      <artifactId>hadoop-common</artifactId>
      <version>${hadoop.version2}</version>
      <exclusions>
        <exclusion>
            <groupId>org.mortbay.jetty</groupId>
            <artifactId>jetty</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.mortbay.jetty</groupId>
            <artifactId>jetty-util</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.mortbay.jetty</groupId>
            <artifactId>jsp-2.1</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.mortbay.jetty</groupId>
            <artifactId>jsp-api-2.1</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.mortbay.jetty</groupId>
            <artifactId>servlet-api-2.1</artifactId>
        </exclusion>
        <exclusion>
            <groupId>javax.servlet</groupId>
            <artifactId>servlet-api</artifactId>
        </exclusion>
        <exclusion>
            <groupId>javax.servlet.jsp</groupId>
            <artifactId>jsp-api</artifactId>
        </exclusion>
        <exclusion>
            <groupId>tomcat</groupId>
            <artifactId>jasper-compiler</artifactId>
        </exclusion>
        <exclusion>
            <groupId>tomcat</groupId>
            <artifactId>jasper-runtime</artifactId>
        </exclusion>
      </exclusions>
    </dependency>

我从pom.xml文件中的“org.apache.hbase”中排除了以下依赖项

<exclusion>
    <groupId>org.mortbay.jetty</groupId>
    <artifactId>jetty</artifactId>
</exclusion>
<exclusion>
    <groupId>org.mortbay.jetty</groupId>
    <artifactId>jetty-util</artifactId>
 </exclusion>
 <exclusion>
    <groupId>org.mortbay.jetty</groupId>
    <artifactId>jsp-2.1</artifactId>
 </exclusion>
<exclusion>
     <groupId>org.mortbay.jetty</groupId>
     <artifactId>jsp-api-2.1</artifactId>
</exclusion>
<exclusion>
     <groupId>org.mortbay.jetty</groupId>
     <artifactId>servlet-api-2.1</artifactId>
</exclusion>
<exclusion>
    <groupId>tomcat</groupId>
    <artifactId>jasper-compiler</artifactId>
</exclusion>
<exclusion>
    <groupId>tomcat</groupId>
    <artifactId>jasper-runtime</artifactId>
</exclusion>

这解决了我的问题

有多个版本的库包含 org.eclipse.jdt.internal.compiler.CompilationResult 并对它们进行排序，以便 CompilationResult.getProblems() 不存在（或被不兼容地更改）首先出现在类路径上，可能是因为它是由运行在其中的任何容器提供的。
可能的解决方案：
重新排序类路径以避免问题
如果是maven项目，则将重复的jar作为依赖项排除（在netbeans中，展开libraries节点，右键单击库并从弹出菜单中选择exclude dependency）

我开始在hadoop上工作，想从app集成到hadoop中。所以添加了hadoopmaven依赖项和app抛出的所有这些错误。一旦我删除了hadoop依赖，错误就消失了。

我对来自hadoop的jar也有同样的问题，这些jar反过来又依赖于一些jetty包。我通过在违规依赖项中放置以下排除项来解决此问题：

<exclusions>
  <exclusion>
    <groupId>org.mortbay.jetty</groupId>
    <artifactId>servlet-api</artifactId>
  </exclusion>
  <exclusion>
    <groupId>org.mortbay.jetty</groupId>
    <artifactId>servlet-api-2.5</artifactId>
  </exclusion>
  <exclusion>
    <groupId>org.mortbay.jetty</groupId>
    <artifactId>jsp-2.1</artifactId>
  </exclusion>
  <exclusion>
    <groupId>org.mortbay.jetty</groupId>
<artifactId>jsp-api-2.1</artifactId>
  </exclusion>
</exclusions>

我也有类似的问题，所有这些答案都不能解决我的问题。我在spark中使用drools，并用java实现了我的代码。我在集群上也遇到了同样的错误（在eclipse的本地系统上运行良好），导致这个问题的原因是ecj-x.x.x.jar文件。在集群上出现了jar文件的其他版本，这给drool文件（.drl文件）造成了编译问题。因此，在驱动程序类路径中，我从外部添加了当前版本的ecjjar文件，它对我起了作用。
我在spark submit中使用的命令：

spark2-submit --driver-class-path ecj-4.4.2.jar --class Yourclass Yourbundeledjarfile.jar

嗨，这是因为jsp页面编译器，在我的例子中，jsp页面是在旧版本的tomcat中开发的，然后我部署到新版本的tomcat中，然后得到java.lang.nosuchmethoderror:org.eclipse.jdt.internal.compiler.compileationResult.getproblems（）[lorg/eclipse/jdt/core/compiler/iproblem；然后我将“jasper-.”和“ecj.，el-.*”jar添加到构建路径中。我成功了。