我正在尝试将基于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$000(URLClassLoader.java:58) at java.net.URLClassLoader$1.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：
pom.xml
<?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>
这里必须有一个解决方案。我不能相信JSF的可分发Maven仅适合编译而不适用于部署。
当您遇到“怪异”的异常提示时，虽然类/方法/文件/组件/标签似乎已明确包含在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://xmlns.jcp.org/jsf/html的名为inputFile的标签定义了一个空处理程序类。 javax.faces.CurrentThreadToServletContext.getFallbackFactory上的java.lang.NullPointerException javax.faces.application.ViewHandlerWrapper.getWebsocketURL处的java.lang.AbstractMethodError
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://xmlns.jcp.org/jsf/html的名为inputFile的标签定义了一个空处理程序类。
javax.faces.CurrentThreadToServletContext.getFallbackFactory上的java.lang.NullPointerException
javax.faces.application.ViewHandlerWrapper.getWebsocketURL处的java.lang.AbstractMethodError
或当您遇到“古怪”的运行时行为，例如HTTP会话损坏（jsessionid出现在所有位置的链接URL中）和/或JSF视图范围损坏（行为与请求范围相同），和/或CSS / JS / image损坏资源，那么很有可能Web应用程序的运行时类路径被重复的不同版本的JAR文件污染。
jsessionid
在您的具体情况与ClassFormatError上FacesServlet，这意味着包含上述类的JAR文件已被发现，第一次实际上是一个“蓝图”API JAR文件，intented实施供应商（如钻嘴鱼科和MyFaces的的开发人员） 。它包含仅具有类和方法签名的类文件，而没有任何代码体和资源文件。这正是“缺少代码属性”的含义。纯粹是为了javadocs和编译。
ClassFormatError
FacesServlet
provided
在Maven中标记为“ Java规范 ”并-api在工件ID中带有后缀的所有依赖项都是那些蓝图API。您绝对不应在运行时类路径中包含它们。<scope>provided</scope>如果确实需要将其添加到pom中，则应始终对其进行标记。一个著名的例子是JavaEE（Web）API：
-api
<scope>provided</scope>
<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。
/WEB-INF/lib
在您的特定情况下，您有不必要的JSFAPI依赖项：
<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。因此，您需要通过webapp安装它。
jsp-api
servlet-api
el-api
诸如WildFly，TomEE，GlassFish，Payara，WebSphere等成熟的Java EE服务器已经提供了完整的Java EE API，包括JSF。因此，您完全不需要通过webapp安装JSF。如果服务器已经提供了不同的实现方式和/或版本，则只会导致冲突。您唯一需要的依赖关系就是javaee- web-api上面的显示。
javaee- web-api
在我们的JSFWiki-安装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安装说明
org.glassfish:jakarta.faces
2.3.14
在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）。
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已成为必需的依赖项。这在常规JavaEE服务器中是开箱即用的，但在诸如Tomcat之类的servlet容器中不可用。
