glassfish 3.1.2.2 上的 Omnifaces EAR 部署问题

Question

我有一个 Maven 企业项目（瘦） 全向 1.4.1 玻璃鱼 3.1.2.2 素面3.5 primefaces 扩展 0.6.3 myfaces extcdi 1.0.5

当我部署耳朵时，错误是：

remote failure: Error occurred during deployment: Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.IllegalArgumentException: javax.servlet.ServletException: com.sun.enterprise.container.common.spi.util.InjectionException: Error creating managed object for class: class org.omnifaces.component.output.cache.CacheInitializerListener. Please see server.log for more details.

如果我将 omniface jar 部署到 glassfish lib 目录中，则应用程序部署正常。

如果我进行包括所有 ejb、jar 和战争的战争，它也可以加载。

有没有人知道从哪里开始调试这个问题？

如果需要，我可以提供堆栈跟踪。

EAR 结构：

PROJECT-EAR
  |
  -META-INF
  |
  -lib
      |
      - omnifaces-1.4.1.jar
      - myfaces-extcdi-bundle-jsf20-1.0.5.jar
      - primefaces-3.5.jar
      - PROJECT-lib.jar
  |
  - PROJECT-WEB1.war
  - PROJECT-EJB.jar
  - PROJECT-WEB2.war

最好的问候，hw

编辑： 一些堆栈信息：

SEVERE: ContainerBase.addChild: start: 
    org.apache.catalina.LifecycleException: java.lang.IllegalArgumentException:    javax.servlet.ServletException: com.sun.enterprise.container.common.spi.util.InjectionException: Error creating managed object for class: class org.omnifaces.component.output.cache.CacheInitializerListener
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5332)
at com.sun.enterprise.web.WebModule.start(WebModule.java:498)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:917)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:901)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:733)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2019)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1669)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:109)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:130)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:269)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:301)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:389)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:348)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:363)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1085)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1291)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1259)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:461)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:212)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:179)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
at com.sun.enterprise.v3.services.impl.ContainerMapper$Hk2DispatcherCallable.call(ContainerMapper.java:354)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:722)
    Caused by: java.lang.IllegalArgumentException: javax.servlet.ServletException: com.sun.enterprise.container.common.spi.util.InjectionException: Error creating managed object for class: class org.omnifaces.component.output.cache.CacheInitializerListener

Answer 1

ear/lib 目录不是共享 Web 工件的理想位置。这在一定程度上取决于您在战争中还拥有什么（例如，您的 WEB-INF 中是否有 beans.xml，任何 Servlet？您的 web.xml 文件中到底有什么等等），但在很多情况下，事情只是不能很好地这样工作。

例如：

• http://forum.primefaces.org/viewtopic.php?f=3&t=2332
• https://community.jboss.org/message/799262

我不得不说，在使用两次战争和完全相同的库和相同版本的 ear/lib（primefaces 和 myfaces-extcdi）创建耳朵后，我无法重现您的错误，但是使用类加载器之类的东西冲突的事情不容易重现。

您可能想尝试将所有 Web 工件（OmniFaces、PrimeFaces 等）放在两场战争的 WEB-INF/lib 中。我个人认为这是一个更好的做法，因为 EJB 模块不应该看到 web 类型，并且你放在 ear/lib 中的东西对 EJB 模块中的类是可见的。

目前我认为这主要是 EAR/类加载器问题，而不是 OmniFaces 特有的问题。如果您有一些证据表明 OmniFaces 确实做错了什么，在 https://github.com/omnifaces/omnifaces/issues 上打开一个问题可能是进一步讨论这个问题的更合适的地方。