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

相同的.war文件部署到Glassfish v2.1上。我不知道最后一次尝试v3，但我希望查看热部署功能，因为据传它在使用glassfish v3的NetBeans 6.8中工作。所以，我部署就像往常一样，我得到以下错误：通过NetBeans将战争部署到glassfish v3 beta上

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文件。有任何想法吗？

更新：我提出了玻璃鱼的错误：https://glassfish.dev.java.net/issues/show_bug.cgi?id=10592。要么这是玻璃鱼的错误，要么至少错误信息对追踪问题没有帮助。

来源

2009-10-24 dpb

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

从错误：（！感谢很多用来提供测试情况）

好了，找到了症结：

EjbSniffer被扫描存档后获得：一个（或更多）封装在归档中的库jars包含具有组件注释的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 “>

该应用程序成功部署。

请给它一个尝试，让我知道它是否适合你。

来源

2010-01-24 20:47:02 dpb

昨晚@dpb救了我的命！ – 2012-06-04 17:10:50

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

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

Go to the admin console, go to the update center, and install EJB.

我没有测试它自己，所以我无法证实这一点会有所帮助。

来源

2009-10-24 16:23:25

谢谢Pascal，当我去更新工具时，我确实添加了glassfish ejb容器和glassfish ejb lite容器。我可以理解，在项目中可能有一些东西让glassfish *认为项目中有EJB，但是从我可以告诉ejb支持的东西已安装。 – dpb 2009-10-26 18:46:53

这更像是一个猜测，而不是一个严肃的领导。实际上，这对我来说看起来像一个bug。如果您在NetBeans的问题跟踪器中报告它，也许您会更幸运。 – 2009-10-26 18:54:06

好主意，我提出了一个错误：https://glassfish.dev.java.net/issues/show_bug.cgi?id=10592 – dpb 2009-10-27 03:58:51

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

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

来源

2011-01-26 22:18:45 pritam

只是我的0.02 $ ...

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

来源

2011-03-01 16:20:39

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

回答

相关问题