java.lang.ClassNotFoundException:com.sun.faces.config.ConfigureListener在与WASCE/Geronimo一起使用MyFaces时
我试图使用MyFacesv2.1和WebSphereApplicationServerCommunityEdition v3.0.0.1以及EclipseJuno创建一个简单的JSFWeb应用程序,但是当我尝试运行该应用程序时,返回了以下错误java.lang.ClassNotFoundException:com.sun.faces.config.ConfigureListener在与WASCE/Geronimo一起使用MyFaces时,java,jsf,myfaces,geronimo,websphere-ce,Java,Jsf,Myfaces,Geronimo,Websphere Ce,我试图使用MyFacesv2.1和WebSphereApplicationServerCommunityEdition v3.0.0.1以及EclipseJuno创建一个简单的JSFWeb应用程序,但是当我尝试运行该应用程序时,返回了以下错误 java.lang.ClassNotFoundException: com.sun.faces.config.ConfigureListener org.apache.geronimo.common.DeploymentException: jav
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文件,或者问题是否存在于其他地方
Caused by: java.lang.ClassNotFoundException: com.sun.faces.config.ConfigureListener
缺少的类是的一部分,它实际上是的竞争对手
在使用MyFaces时,您根本不需要该类。此异常可能有以下原因:
- 在webapp的
或web.xml
中任何部署的jar的/web-INF/lib
中都有一个手动定义的web fragment.xml
条目,它引用了这个Mojarra特定的侦听器类 - 类路径中的某个地方有一个松散的Mojarra
文件(非常不可能,谁会提取一个JAR文件并将其松散内容放在类路径中?)。TLD文件自动初始化,可以包含一个.tld
条目,该条目可以触发
实现的自动注册(例如MojarraServletContextListener
)ConfigureListener
这些冲突可以通过删除来修复。我在Jetty服务器中部署了一个带有Myfaces的web应用程序,使用facelets时需要使用侦听器和附加的init参数:
<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>
org.apache.myfaces.FACES\u初始值设定项
org.apache.myfaces.webapp.faceletsinilizer
org.apache.myfaces.webapp.StartupServletContextListener
我使用Mojara实现进行编译,并且在运行时依赖ApacheTomcat。但是tomcat使用myfaces实现。所以我不得不在WEB-INF/lib中包含Mojara impl-jar来解决这个问题我也遇到了同样的问题。当我尝试使用Tomcat7作为本地服务器在Eclipse中运行.html文件时,我在浏览器上收到了404错误。在Eclipse的控制台中显示错误“ClassNotFoundException:com.sun.faces.config.ConfigureListener”
问题是我在动态Web项目中使用的Mojara库(.jar)。我使用的是javax.faces-2.3.0-m04.jar
->解决方案:
在Mojarra的存储库上下载旧版本。在我的例子中,我下载了2.2.7版本(javax.faces-2.2.7.jar)
然后,我使用JSF v2.0在Eclipse中创建了一个新的动态Web项目,并在library部分分配了javax.faces-2.2.7.jar文件。为什么否决?我已经尽力解释了我遇到的问题,并包含了所有可用的信息。谢谢-我已经从web.xml文件中删除了
com.sun.faces.config.ConfigureListener
,现在它正在工作:)