PrimeFaces 6.2出现RequestContext方法缺失的Servlet异常求助

这是典型的类版本不匹配导致的问题，NoSuchMethodError通常意味着项目运行时加载的PrimeFaces类，和你编译时依赖的版本不一致，才会出现找不到对应方法签名的情况。

问题根源拆解 #

你配置的是PrimeFaces 6.2，这个版本里RequestContext.getCurrentInstance()是无参方法，但异常堆栈显示系统在尝试调用带FacesContext参数的重载方法getCurrentInstance(Ljavax/faces/context/FacesContext;)——这个带参方法是PrimeFaces 7.0及以后版本才新增的。这说明你的运行时环境里混入了更高版本的PrimeFaces类文件。

具体解决步骤 #

• 清理运行时环境的冲突jar包：
  检查你的应用服务器（比如你用的GlassFish）全局lib目录，以及项目部署后生成的WEB-INF/lib文件夹，确保只有primefaces-6.2.jar存在，删除所有其他版本的PrimeFaces相关文件。
• 排查Maven依赖冲突：
  执行Maven命令查看项目依赖树，找出是否有其他依赖间接引入了高版本的PrimeFaces：

  mvn dependency:tree
  

  如果发现冲突，可以在对应依赖中排除高版本PrimeFaces，或者在pom.xml的dependencyManagement节点中锁定版本，强制使用6.2：

  <dependencyManagement>
      <dependencies>
          <dependency>
              <groupId>org.primefaces</groupId>
              <artifactId>primefaces</artifactId>
              <version>6.2</version>
          </dependency>
      </dependencies>
  </dependencyManagement>
  

• 彻底清理并重新部署：
  除了清理Maven的.m2仓库，还要删除应用服务器中已部署的项目文件（比如GlassFish的domains/[你的域名]/applications下的项目文件夹），然后重新执行mvn clean install再部署项目。
• 检查Eclipse部署配置：
  打开项目的Properties -> Deployment Assembly，确认只有Maven依赖的primefaces-6.2.jar被加入部署列表，没有其他版本的PrimeFaces jar。

额外说明 #

你恢复xhtml页面后问题依然存在，是因为运行时类路径的冲突jar没被清理，和页面代码无关——类加载器会优先加载错误版本的类，导致整个PrimeFaces组件无法正常工作。

内容的提问来源于stack exchange，提问作者KontrCode