2009-10-24 94 views
3

相同的.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。要麼這是玻璃魚的錯誤,要麼至少錯誤信息對追蹤問題沒有幫助。

回答

6

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

從錯誤:(!感謝很多用來提供測試情況)

好了,找到了癥結:

  1. EjbSniffer被掃描存檔後獲得:一個(或更多)封裝在歸檔中的 庫jars包含具有組件註釋的EJB。 因此,以後要求ejb容器加載模塊。

  2. 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 「>

該應用程序成功部署。

請給它一個嘗試,讓我知道它是否適合你。

+0

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

1

使用ManagedBeans@Stateless註釋的人正在報告java.net Forums上的類似問題。

我不知道這是否適用於你,但給出的解決方法是:

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

我沒有測試它自己,所以我無法證實這一點會有所幫助。

+0

謝謝Pascal,當我去更新工具時,我確實添加了glassfish ejb容器和glassfish ejb lite容器。我可以理解,在項目中可能有一些東西讓glassfish *認爲項目中有EJB,但是從我可以告訴ejb支持的東西已安裝。 – dpb 2009-10-26 18:46:53

+0

這更像是一個猜測,而不是一個嚴肅的領導。實際上,這對我來說看起來像一個bug。如果您在NetBeans的問題跟蹤器中報告它,也許您會更幸運。 – 2009-10-26 18:54:06

+0

好主意,我提出了一個錯誤:https://glassfish.dev.java.net/issues/show_bug.cgi?id=10592 – dpb 2009-10-27 03:58:51

2

我有3_0架構和我仍然得到錯誤。更有趣的是我有兩場戰爭,一場是焊接原型的示例項目,另一場是自定義就此而言。自定義戰爭不起作用。

我檢查並排,它除了在persistence.xml中更多的模型類和更多的屬性相同

0

只是我的0.02 $ ...

我有同樣的錯誤我加了後JaxMe庫(版本0.5.2)到我的應用程序。這導致我的一個戰爭模塊發生部署失敗 - 這讓我很困惑,因爲我沒有對該模塊進行任何更改。刪除JaxMe解決了這個問題。