我正在尝试将基于JSF的应用程序部署到Tomcat6。在构建我的构建系统的方式中，WAR本身没有任何库，因为该服务器总共提供43个应用程序。而是将库复制到共享库文件夹中，并在应用程序之间共享。部署时，出现此错误

SEVERE: Error deploying configuration descriptor SSOAdmin.xml
java.lang.ClassFormatError: Absent Code attribute in method that is not native or abstract in class file javax/faces/webapp/FacesServlet
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
    at java.net.URLClassLoader.access
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>com.nms.sso</groupId>
  <artifactId>SSOAdmin</artifactId>
  <version>09142011-BETA</version>
  <packaging>war</packaging>
  <dependencies>
    <dependency>
      <groupId>asm</groupId>
      <artifactId>asm</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>cglib</groupId>
      <artifactId>cglib</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <!-- <dependency> -->
    <!-- <groupId>com.sun.faces</groupId> -->
    <!-- <artifactId>jsf-api</artifactId> -->
    <!-- <scope>${myExeScope}</scope> -->
    <!-- </dependency> -->
    <!-- <dependency> -->
    <!-- <groupId>com.sun.faces</groupId> -->
    <!-- <artifactId>jsf-impl</artifactId> -->
    <!-- <scope>${myExeScope}</scope> -->
    <!-- </dependency> -->
    <dependency>
      <groupId>commons-codec</groupId>
      <artifactId>commons-codec</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>javax</groupId>
      <artifactId>javaee-api</artifactId>
      <version>6.0</version>
      <scope>provided</scope>
    </dependency>
    <dependency>
      <groupId>javax.faces</groupId>
      <artifactId>javax.faces-api</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>net.sf.jt400</groupId>
      <artifactId>jt400</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>nmsc</groupId>
      <artifactId>nmsc_api</artifactId>
      <version>09142011-BETA</version>
    </dependency>
    <dependency>
      <groupId>org.hibernate</groupId>
      <artifactId>hibernate-core</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>org.icefaces</groupId>
      <artifactId>icefaces</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>org.icefaces</groupId>
      <artifactId>icefaces-ace</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>org.icefaces</groupId>
      <artifactId>icefaces-compat</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>org.javassist</groupId>
      <artifactId>javassist</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>org.jibx</groupId>
      <artifactId>jibx-extras</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>org.jibx</groupId>
      <artifactId>jibx-run</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>org.slf4j</groupId>
      <artifactId>slf4j-log4j12</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>org.springframework</groupId>
      <artifactId>spring-context</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>org.springframework</groupId>
      <artifactId>spring-orm</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>org.springframework</groupId>
      <artifactId>spring-tx</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>org.springframework</groupId>
      <artifactId>spring-web</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
    <dependency>
      <groupId>postgresql</groupId>
      <artifactId>postgresql</artifactId>
      <scope>${myExeScope}</scope>
    </dependency>
  </dependencies>
  <parent>
    <groupId>nmsc</groupId>
    <artifactId>nmsc_lib</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <relativePath>../libs</relativePath>
  </parent>
  <build>
    <finalName>SSOAdmin</finalName>
  </build>
  <name>SSOAdmin Maven Webapp</name>
</project>

0(URLClassLoader.java:58)
    at java.net.URLClassLoader.run(URLClassLoader.java:197)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1667)
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1526)
    at org.apache.catalina.startup.WebAnnotationSet.loadApplicationServletAnnotations(WebAnnotationSet.java:108)
    at org.apache.catalina.startup.WebAnnotationSet.loadApplicationAnnotations(WebAnnotationSet.java:58)
    at org.apache.catalina.startup.ContextConfig.applicationAnnotationsConfig(ContextConfig.java:297)
    at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:1078)
    at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:261)
    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)
    at org.apache.catalina.core.StandardContext.start(StandardContext.java:4611)
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:799)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:601)
    at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:675)
    at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:601)
    at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:502)
    at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1315)
    at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:324)
    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1061)
    at org.apache.catalina.core.StandardHost.start(StandardHost.java:840)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
    at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463)
    at org.apache.catalina.core.StandardService.start(StandardService.java:525)
    at org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:595)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)


现在，在我的研究中，我认为应该通过下载JSF源代码并自行编译来解决此问题。就我而言，这是一个可怕的解决方案。对于我们必须应对的各种配置，这将给我的团队带来巨大的问题。

这是我的pom.xml：

q4312078q

这里必须有一个解决方案。我无法相信JSF可分发的Maven仅适用于编译，而不适用于部署。

#1 楼

当您遇到“怪异”异常时，提示似乎似乎明确包含在Web应用程序中的类/方法/文件/组件/标记不存在或不同，例如以下类，

java .lang.ClassFormatError：类文件javax / faces / webapp / FacesServlet中不是本机或抽象方法中的缺少Code属性



java.util.MissingResourceException：可以'找不到javax.faces.LogStrings捆绑包



com.sun.faces.vendor.WebContainerInjectionProvider无法转换为com.sun.faces.spi.InjectionProvider



com.sun.faces.config.ConfigurationException：配置失败



来自命名空间http：//的名为inputFile的标记xmlns.jcp.org/jsf/html定义了空处理程序类。



java.lang.NullPointerException javax.faces.CurrentThreadToServletContext.getFallbackFactory



javax.faces.application.Vi上的java.lang.AbstractMethodError ewHandlerWrapper.getWebsocketURL

，或者当您遇到“古怪”的运行时行为，例如损坏的HTTP会话（jsessionid出现在所有位置的链接URL中）和/或损坏的JSF视图范围（按要求运行）范围内的内容）和/或损坏的CSS / JS /图像资源，那么使用重复的不同版本的JAR文件污染webapp的运行时类路径的可能性就很大。
在您的特定情况下，ClassFormatError上的FacesServlet意味着首次发现包含提到的类的JAR文件实际上是一个“蓝图” API JAR文件，供实施供应商（例如为Mojarra和MyFaces工作的开发人员）使用。它包含仅具有类和方法签名的类文件，而没有任何代码体和资源文件。这正是“缺少代码属性”的含义。纯粹是为了javadocs和编译。
始终将服务器提供的库标记为provided

在Maven中标记为“ Java规范”并且在工件ID中带有-api后缀的所有依赖项都是那些蓝图API。您绝对不应在运行时类路径中包含它们。如果确实需要将其添加到pom中，则应始终将它们标记为<scope>provided</scope>。一个著名的示例是Java EE（Web）API：
<dependency>
    <groupId>javax</groupId>
    <artifactId>javaee-web-api</artifactId>
    <version><!-- 7.0 or 8.0 or newer --></version>
    <scope>provided</scope>
</dependency>

如果没有provided范围，则此JAR将最终出现在webapp的/WEB-INF/lib中，从而导致您现在面临的所有麻烦。此JAR还包含FacesServlet的蓝图类。
在您的特定情况下，您具有不必要的JSF API依赖项：
<dependency>
    <groupId>javax.faces</groupId>
    <artifactId>javax.faces-api</artifactId>
</dependency>

这引起麻烦，因为其中包含FacesServlet的蓝图类。删除它并依靠上面显示的provided Java EE（Web）API应该可以解决它。
Tomcat作为准系统，JSP / Servlet容器已经提供了JSP，Servlet和EL（并且从8开始还提供了WebSocket） 。因此，您至少应将jsp-api，servlet-api和el-api标记为provided。 Tomcat仅不提供开箱即用的JSF（和JSTL）。因此，您需要通过Web应用程序进行安装。
像WildFly，TomEE，GlassFish，Payara，WebSphere等完整的Java EE服务器已经提供了包括JSF在内的整个Java EE API。因此，您完全不需要通过webapp安装JSF。如果服务器已经提供了不同的实现方式和/或版本，则只会导致冲突。您唯一需要的依赖项就是完全如上所示的javaee-web-api。
在Tomcat上安装JSF
在我们的JSF Wiki-安装JSF中提到了在Tomcat中安装JSF的正确方法。有2个JSF实现，Mojarra和MyFaces。您应该选择安装它们之一，而不是两者都安装。
在Tomcat上安装Mojarra：
<dependency>
    <groupId>org.glassfish</groupId>
    <artifactId>jakarta.faces</artifactId>
    <version><!-- Check https://eclipse-ee4j.github.io/mojarra --></version>
</dependency>

您还可以检查org.glassfish:jakarta.faces存储库以获取当前的最新发行版本（当前为2.3.14）。另请参阅Mojarra安装说明
在Tomcat上安装MyFaces：
<dependency>
    <groupId>org.apache.myfaces.core</groupId>
    <artifactId>myfaces-bundle</artifactId>
    <version><!-- Check http://myfaces.apache.org --></version>
</dependency>

您还可以检查org.apache.myfaces.core:myfaces-bundle存储库以获取当前的最新发行版本（当前是2.3.5）。
请注意，作为Servlet 2.5容器的Tomcat 6支持最大的JSF 2.1。
顺便说一下，不要忘记一起安装JSTL API。在Tomcat中也没有。
<dependency>
    <groupId>jakarta.servlet.jsp.jstl</groupId>
    <artifactId>jakarta.servlet.jsp.jstl-api</artifactId>
    <version><!-- Check https://mvnrepository.com/artifact/jakarta.servlet.jsp.jstl/jakarta.servlet.jsp.jstl-api --></version>
</dependency>

还要注意，自JSF 2.3起，CDI已成为必需的依赖项。这在常规Java EE服务器中是开箱即用的，但在诸如Tomcat之类的servlet容器中不可用。在这种情况下，请转到如何在Tomcat上安装和使用CDI？
另请参见：

什么是Java EE？
java.lang.NoClassDefFoundError：javax / servlet / jsp / jstl / core / Config
如何在Tomcat上安装和使用CDI？
JSF返回带有纯/原始XHTML / XML / EL源的空白/未分析页面，而不是呈现的HTML输出

/>

评论

是的，这东西是一团糟。现在，我一直专注于使一切运行。一旦多数民众赞成在那么然后我要清理依赖关系。所有的版本号都在父pom文件中，我将在jsf上将依赖项更改为2.0版，然后看看能做什么。

– scphantm
2011年11月10日14:59
当我将jsf降级到2.0时，一切开始正常工作。谢谢

– scphantm
2011年11月11日下午13:33
com.sun.faces：jsf-api和com.sun.faces：jsf-impl呢？我应该使用它们吗？

– Arash
19-10-21在10:55
@Arash：不，那是Mojarra的2罐旧变体，如答案所示，当前可以通过org.glassfish：javax.faces作为1罐变体使用。

– BalusC
19-10-21在11:31