java.lang.ClassNotFoundException: com.sun.faces.config.ConfigureListener 将 MyFaces 与 WASCE/Geronimo 一起使用时答案

【问题标题】：java.lang.ClassNotFoundException: com.sun.faces.config.ConfigureListener when using MyFaces with WASCE/Geronimojava.lang.ClassNotFoundException: com.sun.faces.config.ConfigureListener 将 MyFaces 与 WASCE/Geronimo 一起使用时
【发布时间】：2012-07-31 10:43:32
【问题描述】：

我正在尝试使用 MyFaces v 2.1 与 WebSphere Application Server Community Edition v3.0.0.1 和 Eclipse Juno 创建一个简单的 JSF Web 应用程序，但是当我尝试运行该应用程序时返回以下错误

    java.lang.ClassNotFoundException: com.sun.faces.config.ConfigureListener
org.apache.geronimo.common.DeploymentException: java.lang.ClassNotFoundException: com.sun.faces.config.ConfigureListener
    at org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.createWebAppClassFinder(AbstractWebModuleBuilder.java:665)
    at org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.configureBasicWebModuleAttributes(AbstractWebModuleBuilder.java:698)
    at org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.addGBeans(TomcatModuleBuilder.java:469)
    at org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:174)
    at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:764)
    at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:255)
    at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:140)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
    at java.lang.reflect.Method.invoke(Method.java:611)
    at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
    at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:131)
    at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:883)
    at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:245)
    at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:344)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
    at java.lang.reflect.Method.invoke(Method.java:611)
    at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
    at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:131)
    at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:883)
    at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:245)
    at org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
    at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:848)
    at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:773)
    at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1438)
    at javax.management.remote.rmi.RMIConnectionImpl.access$200(RMIConnectionImpl.java:83)
    at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1276)
    at java.security.AccessController.doPrivileged(AccessController.java:284)
    at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1378)
    at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:799)
    at sun.reflect.GeneratedMethodAccessor73.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
    at java.lang.reflect.Method.invoke(Method.java:611)
    at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:322)
    at sun.rmi.transport.Transport$1.run(Transport.java:171)
    at java.security.AccessController.doPrivileged(AccessController.java:284)
    at sun.rmi.transport.Transport.serviceCall(Transport.java:167)
    at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:547)
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:802)
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:661)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:897)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:919)
    at java.lang.Thread.run(Thread.java:736)
Caused by: java.lang.ClassNotFoundException: com.sun.faces.config.ConfigureListener
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:513)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417)
    at org.apache.geronimo.hook.equinox.GeronimoClassLoader.loadClass(GeronimoClassLoader.java:85)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:626)
    at org.eclipse.osgi.internal.loader.BundleLoader.loadClass(BundleLoader.java:345)
    at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:229)
    at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1207)
    at org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.addClass(AbstractWebModuleBuilder.java:670)
    at org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.createWebAppClassFinder(AbstractWebModuleBuilder.java:661)
    ... 45 more

可能发生错误是因为 MyFaces jar 文件不在类路径中，但是由于 Eclipse 中的构建路径包含所需的 jar，我无法弄清楚我哪里出错了。我也试过将jar文件复制到WEB-INF/lib目录下，但没有成功。

下面的屏幕截图显示了项目结构以及库。

我需要在 Eclipse 或 WASCE 中做些什么来包含 jar 文件还是问题出在其他地方？

【问题讨论】：

为什么投反对票？我已尽力解释我遇到的问题，并包含所有可用信息。

标签： java jsf myfaces geronimo websphere-ce

【解决方案1】：

Caused by: java.lang.ClassNotFoundException: com.sun.faces.config.ConfigureListener

缺失的类是Mojarra的一部分，实际上是MyFaces的竞争对手。

在使用 MyFaces 时，您根本不需要该类。此异常可能有以下原因：

在 webapp 的 web.xml 或 /WEB-INF/lib 中任何已部署 JAR 的 web-fragment.xml 中有一个手动定义的 <listener> 条目，它引用了这个特定于 Mojarra 的侦听器类。
类路径中有一个松散的 Mojarra .tld 文件（不太可能，谁会提取 JAR 文件并将其松散的内容放入类路径中？）。 TLD 文件会自动初始化，并且可以包含一个 <listener> 条目，该条目可以触发自动注册 ServletContextListener 实现（例如 Mojarra ConfigureListener）。

这些冲突可以通过删除它来解决。

【讨论】：

谢谢 - 我已经从 web.xml 文件中删除了 <listener> <listener-class>com.sun.faces.config.ConfigureListener</listener-class> </listener>，它现在可以工作了 :)

【解决方案2】：

我在 Jetty 服务器中部署了一个带有 Myfaces 的 Web 应用程序，并且需要使用一个监听器和一个额外的 init 参数来使用 facelets：

<context-param>
    <param-name>org.apache.myfaces.FACES_INITIALIZER </param-name>
    <param-value>org.apache.myfaces.webapp.FaceletsInitilializer</param-value>
</context-param>
<listener>
     <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class>
</listener>

【讨论】：

【解决方案3】：

我使用 mojarra 实现进行编译，并依赖 apache tomcat 进行运行时。但是 tomcat 使用 myfaces 实现。所以必须在 WEB-INF/lib 中包含 mojarra impl jar 来解决问题

【讨论】：

【解决方案4】：

我遇到了同样的问题。当我尝试使用 Tomcat7 作为本地服务器使用 Eclipse 运行 .html 文件时，我在浏览器上收到 404 错误。并且在 Eclipse 的控制台中显示错误“ClassNotFoundException: com.sun.faces.config.ConfigureListener”。

问题是我在动态 Web 项目中使用的 Mojarra 库 (.jar)。我使用的是 javax.faces-2.3.0-m04.jar。

-> 解决方案：

在 Mojarra 的存储库 https://maven.java.net/content/repositories/releases/org/glassfish/javax.faces/ 上下载旧版本。就我而言，我下载了 2.2.7 版本（javax.faces-2.2.7.jar）。

然后我使用 JSF v2.0 在 Eclipse 中创建了一个新的 Dynamic Web 项目，并在库部分分配了 javax.faces-2.2.7.jar 文件。

【讨论】：