Netbeansを介してGlassfish v3ベータ版に戦争を展開する

StackOverflow https://stackoverflow.com/questions/1617191

  •  06-07-2019
  •  | 
  •  

質問

同じ.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)

これは.warファイルであるため、EJBに関連する何かについて文句を言う理由がわかりません。アイデアはありますか？

更新： glassfishでバグを提出しました： https://glassfish.dev.java.net/issues/show_bug.cgi?id=10592 。これはglassfishのバグであるか、少なくともエラーメッセージは問題の追跡に役立ちません。

役に立ちましたか？

解決

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

バグから：

OK、原因が見つかりました（テストケースを提供してくれてありがとう！）：

  1. EjbSnifferは、アーカイブのスキャン後に取得されました。1つ（または複数）の アーカイブにパッケージ化されたライブラリjarには、コンポーネントアノテーション付きの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">

アプリは正常にデプロイされました。

試してみて、うまくいくかどうか教えてください。

他のヒント

3_0スキーマがあり、それでもエラーが発生します。さらに興味深いのは、2つの戦争があることです。1つは溶接の原型からのサンプルプロジェクトで、もう1つはカスタマイズです。カスタム戦争は機能しません。

並べて確認しましたが、persistence.xmlのより多くのモデルクラスとプロパティを除いて同じです

ManagedBeans で @Stateless 注釈を使用している人は、 java.netフォーラム。

これがあなたに当てはまるかどうかはわかりませんが、回避策は次のとおりです。

  

管理コンソールに移動し、アップデートセンターに移動して、EJBをインストールします。

自分でテストしなかったので、これが役立つことを確認できません。

ちょうど$ 0.02 ...

JaxMeライブラリ（バージョン0.5.2）をアプリケーションに追加した後、同じエラーが発生しました。これにより、私の戦争モジュールの1つでデプロイメントエラーが発生しました。これは、そのモジュールに変更を加えなかったため、私を混乱させました。 JaxMeを削除すると、問題が修正されました。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top