Question

同样的.war文件可以很好地部署到Glassfish v2.1上。我不知道上次我尝试使用v3，但我想查看热部署功能，因为据传它正在使用glassfish v3在netbeans 6.8中工作。所以，我像往常一样部署，我收到以下错误：

SEVERE: Exception while invoking class org.glassfish.ejb.startup.EjbDeployer load method
....
SEVERE: Exception while loading the app
java.lang.RuntimeException: Unable to load EJB module.  DeploymentContext does not contain any EJB  Check archive to ensure correct packaging for c:\src\svn\trunk\gui\target\WEBAPP
    at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:134)
    at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:64)
    at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:153)
    at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:220)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:314)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:169)
    at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:272)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:305)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:320)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1159)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$900(CommandRunnerImpl.java:83)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1218)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1207)
    at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:362)
    at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:201)
    at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:166)
    at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:100)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:241)
    at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:789)
    at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:697)
    at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:951)
    at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:166)
    at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
    at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
    at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
    at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
    at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
    at com.sun.grizzly.util.FixedThreadPool$BasicWorker.doWork(FixedThreadPool.java:431)
    at com.sun.grizzly.util.FixedThreadPool$BasicWorker.run(FixedThreadPool.java:410)
    at java.lang.Thread.run(Thread.java:619)

我不明白为什么它抱怨任何与EJB相关的东西，因为这是一个.war文件。有什么想法吗？

更新：我向glassfish提交了一个错误：https://glassfish.dev.java.net/issues/show_bug.cgi?id=10592。这可能是glassfish中的一个错误，或者至少错误消息对跟踪问题没有帮助。

Answer 1

https://glassfish.dev.java.net/issues/show_bug.cgi?id=10592

从错误：

好的，找到了原因（非常感谢提供测试用例！）：

扫描档案后检索到EjbSniffer：一个（或多个）存档中打包的库jar包含带有组件注释的EJB。因此，要求ejb容器稍后加载该模块。
ejb容器无法找到相应的元数据，因为 web.xml是2.4版本，因此元数据处理跳过了注释处理（我们只处理Java EE 5+架构版本的注释）。

我将web.xml更改为引用2.5架构后（您也可以执行3.0架构）： http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd“＆GT;

该应用已成功部署。

请试一试，让我知道它是否适合您。

Answer 2

我有3_0架构，我仍然得到错误。更有趣的是我有两场战争，一场是焊接原型的示例项目，另一场是定制。定制战争不起作用。

我已经并排检查，除了更多模型类和persistence.xml中的更多属性外，它是相同的

Answer 3

在@Stateless中使用ManagedBeans注释的人在java.net Forums上报告了类似的问题。

我不知道这是否适用于您，但给定的解决方法是：

转到管理控制台，转到更新中心，然后安装EJB。

我没有亲自测试，所以我无法证实这会有所帮助。

Answer 4

只需我0.02美元......

我将JaxMe库（版本0.5.2）添加到我的应用程序后出现了同样的错误。这导致我的一个战争模块部署失败 - 这让我感到困惑，因为我没有对该模块进行任何更改。删除JaxMe解决了问题。

通过netbeans将战争部署到glassfish v3 beta上

4 个答案: