通过netbeans将战争部署到glassfish v3 beta上
同样的.war文件可以很好地部署到Glassfish v2.1上。 我不知道上次我尝试过v3，但是我想查看热部署function，因为据传它正在使用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中的错误，要么至少错误消息无助于跟踪问题。
https://glassfish.dev.java.net/issues/show_bug.cgi?id=10592
来自bug：
好的，找到原因（非常感谢提供测试用例！）：
-
扫描存档后检索到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“>
该应用已成功部署。
请试一试，让我知道它是否适合您。
我有3_0架构，我仍然得到错误。 更有趣的是我有两场战争，一场是焊接原型的示例项目，另一场是定制。 定制战争不起作用。
我已经并排检查，除了更多的模型类和persistence.xml中的更多属性之外，它是相同的
在ManagedBeans使用ManagedBeans注释的人在java.net论坛上报告了类似的问题。
我不知道这是否适用于您，但给定的解决方法是：
转到管理控制台，转到更新中心，然后安装EJB。
我没有自己测试，所以我不能确认这会有所帮助。
只需我0.02美元……
将JaxMe库（版本0.5.2）添加到我的应用程序后，我遇到了同样的错误。 这导致我的一个战争模块部署失败 – 这让我感到困惑，因为我没有对该模块进行任何更改。 删除JaxMe修复了问题。