問題タブ [java-ee-6]

JPA 2.0 と Hibernate 3.5.2-Final をプロバイダー (および MySQL 5.1.41) として使用して、JEE6 アプリケーションを開発しています。私のアプリケーション サーバーは Glassfish V3.0.1 です。私はすでに、いくつかのエンティティと関係を備えた動作中の CRUD アプリを持っています。

ここで、「グループ」という名前の (非常に単純な) エンティティを追加しました。エンティティ クラスは次のようになります。

もちろん、persistence.xml にも追加しました<class>model.Group</class>。私のpersistence.xmlは、デプロイ時にすべてのテーブルを削除して再作成します。

したがって、アプリケーションをデプロイすると、テーブル グループを除くすべてのエンティティのテーブルが生成されます。休止状態のログで、次のエラーを発見しました (アプリケーションのデプロイを妨げるものではありません)。

エンティティの名前を「MyGroup」のような名前に変更し (プロパティは同じまま)、それに応じて persistence.xml を変更し、アプリを再デプロイすると、テーブル「MyGroup」が正常に作成されます! MyGroup が正しく作成されたことを示す次の行がログに見つかりました。

誰が問題が何であるか考えましたか? Group を MyGroup に名前を変更することもできますが、実際に何が起こっているのか知りたいのです。「エンティティグループを呼び出さないでください」など、今すべき制限はありますか? しかし、もしそうなら、なぜ私が得たエラーはとても不明確なのですか?

Weblogic 11g はすでに JavaEE 6 をサポートしているかどうか疑問に思っていました。Google でそれについて何も見つけられなかったので、Oracle WebLogic Server 11g は Java EE 6 の苦情であるというコメントを見つけるまで、そうではないと思っていました。

それにもかかわらず、新しい Java EE 6 機能をサポートするモジュールをまだ見つけていません。

誰かがこれについて何か知っていますか？

私は、ejb Bean を war パッケージにパッケージ化する規則を誤解していたと思います。

目標: war パッケージで ejb Bean を使用したい。

シナリオ:私は自分の戦争にいくつかの豆を持っています:

Glassfishサーバー（ogs 3.0.1）へのデプロイに成功しました：

[#|2010-07-02T16:53:59.728+0300|INFO|oracle-glassfish3.0.1|javax.enterprise.system.container.ejb.com.sun.ejb.containers|_ThreadID=36;_ThreadName=スレッド-1 ;|EJB RegistrationServiceBean の移植可能な JNDI 名: [java:global/oasys/hydra/RegistrationServiceBean!ua.co.oasys.hydra.beans.RegistrationServiceBean, java:global/oasys/hydra/RegistrationServiceBean]|#]

しかし、スケジューラが開始されると、次のようになります。

[#|2010-07-02T16:54:20.004+0300|警告|oracle-glassfish3.0.1|javax.enterprise.system.container.ejb.com.sun.ejb.containers|_ThreadID=38;_ThreadName=Thread-1 ;|EJB RegistrationServiceBean メソッドの呼び出し中にシステム例外が発生しました public void ua.co.oasys.hydra.beans.RegistrationServiceBean.baseRegistration() javax.ejb.EJBException: javax.ejb.EJBException: javax.ejb.CreateException: できませんでしたcom.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:448) でステートレス EJB を作成します。 com.sun.ejb.containers.BaseContainer.callEJBTimeout(BaseContainer.java:3962) の BaseContainer.preInvoke(BaseContainer.java:1860) com.sun.ejb.containers.EJBTimerService.deliveryTimeout(EJBTimerService.java:1667) で com.sun.ejb.containers.EJBTimerService.access$100(EJBTimerService.java:98) で com.sun.ejb.containers.EJBTimerService$TaskExpiredWork.run(EJBTimerService.java:2485) でjava.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) で java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) で java.util.concurrent.FutureTask.run(FutureTask. java:138) で java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) で java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) で java.lang.Thread.run で(Thread.java:619) 原因: javax.ejb.EJBException: javax.ejb.CreateException: com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory でステートレス EJB を作成できませんでした。com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:200) で create(StatelessSessionContainer.java:720) com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:443) で... 12 以上 原因: javax.ejb.CreateException: com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:528) で com.sun.ejb.containers.StatelessSessionContainer.access にステートレス EJB を作成できませんでしたcom.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:718) で $000(StatelessSessionContainer.java:90) ... 14 以上 原因: java.util.concurrent.ConcurrentHashMap での java.lang.NullPointerException org.jboss.weld.manager.BeanManagerImpl の .get(ConcurrentHashMap.java:768)。getBean(BeanManagerImpl.java:1171) org.jboss.weld.manager.BeanManagerImpl.getBean(BeanManagerImpl.java:132) org.glassfish.weld.services.JCDIServiceImpl._createJCDIInjectionContext(JCDIServiceImpl.java:145) org.glassfish .weld.services.JCDIServiceImpl.createJCDIInjectionContext(JCDIServiceImpl.java:122) com.sun.ejb.containers.BaseContainer.createEjbInstanceAndContext(BaseContainer.java:1616) com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java) :469) ... 16 件 |#]java:122) com.sun.ejb.containers.BaseContainer.createEjbInstanceAndContext(BaseContainer.java:1616) で com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:469) ... 16 さらに |#]java:122) com.sun.ejb.containers.BaseContainer.createEjbInstanceAndContext(BaseContainer.java:1616) で com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:469) ... 16 さらに |#]

すべてのアプリケーションは、war を使用して in ear にパッケージ化されています。ejb を ejb-jar にデプロイするとうまく機能しますが、これは私が望むものではありません。

溶接の依存関係を削除した後、展開中に例外が発生しました:

com.sun.enterprise.admin.cli.CommandException: リモート障害: アプリのロード中に例外が発生しました: org.glassfish.deployment.common.DeploymentException: java.lang.NoClassDefFoundError による: ua/co/oasys/hydra/beans/RegistrationServiceBean

これはグラスフィッシュのバグに似ていますが 、よくわかりません。

更新: web.xml:

NoClassDefFoundError 例外:

[#|2010-07-04T16:16:26.401+0300|SEVERE|oracle-glassfish3.0.1|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=25;_ThreadName=Thread-1 ;|アプリ org.glassfish.deployment.common.DeploymentException のロード中に例外が発生しました: by java.lang.NoClassDefFoundError: ua/co/oasys/hydra/RegistrationServiceBea at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:167) org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:125) で org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:224) で com.sun.enterprise.v3.server.ApplicationLifecycle .deploy(ApplicationLifecycle.java:338) で com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:183) で org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:272) でcom.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:305) com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:320) com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand (CommandRunnerImpl.java:1176) com.sun.enterprise.v3.admin.CommandRunnerImpl.access$900(CommandRunnerImpl.java:83) com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java: 1235) com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1224) で com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:365) で com.sun .enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:204) com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:166) com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:100) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:245) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java: 791) com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693) com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954) com.sun.grizzly.http.DefaultProtocolFilter .execute(DefaultProtocolFilter.java:170) 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) com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76) com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53) com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57) com.sun.grizzly.ContextTask.run(ContextTask.java:69) com.sun.grizzly .util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330) at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309) at java.lang.Thread.run(Thread.java:619) ) 原因: java.lang.RuntimeException: by java.lang.NoClassDefFoundError: ua/co/oasys/hydra/RegistrationServiceBea at javassist.util.proxy.ProxyFactory.createClass3(ProxyFactory.java:344) at javassist.util.proxy. org.jboss.weld.util.Proxies の javassist.util.proxy.ProxyFactory.createClass(ProxyFactory.java:273) の ProxyFactory.createClass2(ProxyFactory.java:314)。createProxyClass(Proxies.java:187) org.jboss.weld.util.Proxies.createProxyClass(Proxies.java:168) org.jboss.weld.bean.SessionBean.initProxyClass(SessionBean.java:221) org.jboss org.jboss.weld.bootstrap.AbstractBeanDeployer.deploy(AbstractBeanDeployer.java:110) の .weld.bean.SessionBean.initialize(SessionBean.java:143) org.jboss.weld.bootstrap.BeanDeployment.deployBeans(BeanDeployment.java) の:151) org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:377) で org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:165) ... 30 以上 原因: javassist.CannotCompileException : by java.lang.NoClassDefFoundError: ua/co/oasys/hydra/RegistrationServiceBea at javassist.util.proxy.FactoryHelper.toClass(FactoryHelper.java:169) at javassist.util.proxy.ProxyFactory.createClass3(ProxyFactory.java:339) ... 40 以上 原因: java.lang.NoClassDefFoundError: ua/co/oasys/hydra/RegistrationServiceBea at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader. defineClassCond(ClassLoader.java:632) at java.lang.ClassLoader.defineClass(ClassLoader.java:616) at sun.reflect.GeneratedMethodAccessor196.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:597) で javassist.util.proxy.FactoryHelper.toClass2(FactoryHelper.java:181) で javassist.util.proxy.FactoryHelper.toClass(FactoryHelper.java:163) で) ... 41 以上 原因: java.lang.ClassNotFoundException: ua.co.oasys.hydra.RegistrationServiceBea at com.sun.enterprise.loader.ASURLClassLoader.findClassData(ASURLClassLoader.java:713) com.sun.enterprise.loader.ASURLClassLoader.findClass(ASURLClassLoader.java:626) で java.lang.ClassLoader.loadClass(ClassLoader.java:307) で java.lang.ClassLoader .loadClass(ClassLoader.java:248) ... 49 続き |#]

更新 2:

beans.xml ファイルを削除/名前変更すると、ejbs が正常にデプロイされます。

更新 3:

oasys.ear

jar xfv ~/Sites/workspace/Intellij_IDEA_9/Oasys/Oasys-ear/target/oasys.ear 作成: META-INF/ 膨張: META-INF/MANIFEST.MF 作成: lib/ 膨張: fenix.jar 膨張: hydra.war膨張: javax.inject-1.jar 膨張: jboss-interceptor-api-1.1-CR1.jar 膨張: jsr250-api-1.0.jar 膨張: lib/cdi-api-1.0-CR4.jar 膨張: lib/eclipselink- 2.1.0-SNAPSHOT.jar 膨張: lib/javax.persistence-2.0.0.jar 膨張: lib/slf4j-api-1.6.0.jar 膨張: lib/slf4j-jdk14-1.6.0.jar 膨張: lib/ utopia.jar 膨張: lib/weld-logger-1.0.0-CR2.jar 膨張: META-INF/application.xml
作成: META-INF/maven/ 作成: META-INF/maven/ua.co.oasys/ 作成: META-INF/maven/ua.co.oasys/oasys-ear/ 膨張: META-INF/maven/ua. co.oasys/oasys-ear/pom.xml 膨張: META-INF/maven/ua.co.oasys/oasys-ear/pom.properties

ヒドラ戦争

jar xfv ~/Sites/workspace/Intellij_IDEA_9/Oasys/Hydra/target/hydra.war 作成: META-INF/ 膨張: META-INF/MANIFEST.MF 作成: partner/ 作成: partner/admin/
作成: partner/manager/作成: resources/ 作成: resources/css/
作成: resources/css/sam/ 作成: resources/css/sam/images/ 作成: resources/layout/ 作成: resources/security/ 作成: root/
作成: root/admin/作成: root/bookkeeper/ 作成: root/manager/ 作成: WEB-INF/
作成: WEB-INF/classes/ 作成: WEB-INF/classes/ua/ 作成: WEB-INF/classes/ua/co/ 作成: WEB-INF/classes/ua/co/oasys/
作成: WEB-INF/classes/ua/co/oasys/hydra/
作成: WEB-INF/classes/ua/co/oasys/hydra/common/ 作成: WEB-INF/classes/ua/co/oasys/hydra/i18n/ 作成: WEB-INF/classes/ua/co/oasys/ hydra/mb/ 作成: WEB-INF/classes/ua/co/oasys/hydra/mb/registration/ 作成: WEB-INF/classes/ua/co/oasys/hydra/mb/security/ 作成: WEB-INF/ classes/ua/co/oasys/hydra/mb/ua/ 作成: WEB-INF/classes/ua/co/oasys/hydra/mb/ua/co/ 作成: WEB-INF/classes/ua/co/oasys/ hydra/mb/ua/co/oasys/ 作成: WEB-INF/classes/ua/co/oasys/hydra/mb/ua/co/oasys/hydra/ 作成: WEB-INF/classes/ua/co/oasys/ hydra/mb/ua/co/oasys/hydra/i18n/ 作成: WEB-INF/lib/ 膨張: html5.html 膨張: index.xhtml 膨張: login.xhtml 膨張: loginError.xhtml 膨張: partner/admin/admin. xhtml 膨張: partner/manager/manager.xhtml 膨張: partner/partner.xhtml 膨張:register.xhtml 膨張: resources/css/cssLayout.css 膨張: resources/css/default.css 膨張: resources/css/master.css 膨張: resources/css/sam/images/sprite.png 膨張: resources/css/sam /images/ui-bg_flat_0_aaaaaa_40x100.png 膨張: resources/css/sam/images/ui-bg_flat_75_ffffff_40x100.png 膨張: resources/css/sam/images/ui-bg_glass_55_fbf9ee_1x400.png 膨張: resources/css/sam/images/ui- bg_glass_65_ffffff_1x400.png 膨張: resources/css/sam/images/ui-bg_glass_75_dadada_1x400.png 膨張: resources/css/sam/images/ui-bg_glass_75_e6e6e6_1x400.png 膨張: resources/css/sam/images/ui-bg_glass_95_fef1ec_1x4: resources/css/sam/images/ui-bg_highlight-soft_75_cccccc_1x100.png 膨張: resources/css/sam/images/ui-icons_222222_256x240.png 膨張:resources/css/sam/images/ui-icons_2e83ff_256x240.png 膨張: resources/css/sam/images/ui-icons_454545_256x240.png 膨張: resources/css/sam/images/ui-icons_888888_256x240.png 膨張: resources/css/sam /images/ui-icons_cd0a0a_256x240.png 膨張: resources/css/sam/skin.css 膨張: resources/layout/doublevontent.xhtml 膨張: resources/layout/header.xhtml 膨張: resources/layout/masterLayout.xhtml 膨張: resources/ prime-themes/vader/skin.css 膨張: resources/security/loginPanel.xhtml 膨張: root/admin/radmin.xhtml 膨張: root/bookkeeper/rbookkeeper.xhtml 膨張: root/manager/rmanager.xhtml 膨張: WEB-INF /beans.xml 膨張: WEB-INF/classes/ua/co/oasys/hydra/common/SkinBean.class 膨張: WEB-INF/classes/ua/co/oasys/hydra/i18n/messages.properties 膨張:WEB-INF/classes/ua/co/oasys/hydra/i18n/messages_en_US.properties 膨張: WEB-INF/classes/ua/co/oasys/hydra/i18n/messages_ru_RU.properties 膨張: WEB-INF/classes/ua/ co/oasys/hydra/i18n/messages_uk_UA.properties 膨張: WEB-INF/classes/ua/co/oasys/hydra/mb/CustomCharacterEncodingFilter.class 膨張: WEB-INF/classes/ua/co/oasys/hydra/mb/ Messenger.class 膨張: WEB-INF/classes/ua/co/oasys/hydra/mb/registration/TempReg.class 膨張: WEB-INF/classes/ua/co/oasys/hydra/mb/security/LogOutActionListener.class 膨張: WEB-INF/classes/ua/co/oasys/hydra/mb/security/LogoutServlet.class 膨張: WEB-INF/classes/ua/co/oasys/hydra/mb/security/RulesBean.class 膨張: WEB-INF /classes/ua/co/oasys/hydra/mb/security/SecurityBacking.class 膨張: WEB-INF/classes/ua/co/oasys/hydra/mb/security/UserBean。膨張したクラス: WEB-INF/classes/ua/co/oasys/hydra/mb/security/UserManager.class 膨張した: WEB-INF/classes/ua/co/oasys/hydra/mb/ua/co/oasys/hydra/ i18n/Messages.class 膨張: WEB-INF/classes/ua/co/oasys/hydra/mb/ua/co/oasys/hydra/i18n/Utf8ResourceBundle$1.class 膨張: WEB-INF/classes/ua/co/oasys /hydra/mb/ua/co/oasys/hydra/i18n/Utf8ResourceBundle$Utf8PropertyResourceBundle.class inflated: WEB-INF/classes/ua/co/oasys/hydra/mb/ua/co/oasys/hydra/i18n/Utf8ResourceBundle.膨張したクラス: WEB-INF/classes/ua/co/oasys/hydra/RegistrationServiceBea.class 膨張した: WEB-INF/faces-config.xmlWEB-INF/classes/ua/co/oasys/hydra/mb/ua/co/oasys/hydra/i18n/Utf8ResourceBundle$1.class インフレ: WEB-INF/classes/ua/co/oasys/hydra/mb/ua/ co/oasys/hydra/i18n/Utf8ResourceBundle$Utf8PropertyResourceBundle.class 膨張: WEB-INF/classes/ua/co/oasys/hydra/mb/ua/co/oasys/hydra/i18n/Utf8ResourceBundle.class 膨張: WEB-INF/ classes/ua/co/oasys/hydra/RegistrationServiceBea.class 膨張: WEB-INF/faces-config.xmlWEB-INF/classes/ua/co/oasys/hydra/mb/ua/co/oasys/hydra/i18n/Utf8ResourceBundle$1.class インフレ: WEB-INF/classes/ua/co/oasys/hydra/mb/ua/ co/oasys/hydra/i18n/Utf8ResourceBundle$Utf8PropertyResourceBundle.class 膨張: WEB-INF/classes/ua/co/oasys/hydra/mb/ua/co/oasys/hydra/i18n/Utf8ResourceBundle.class 膨張: WEB-INF/ classes/ua/co/oasys/hydra/RegistrationServiceBea.class 膨張: WEB-INF/faces-config.xml

膨張: WEB-INF/lib/primefaces-2.1.RC1-SNAPSHOT.jar 膨張: WEB-INF/sun-web.xml 膨張: WEB-INF/web.xml 作成: META-INF/maven/ 作成: META-INF /maven/ua.co.oasys/ 作成: META-INF/maven/ua.co.oasys/hydra/ 膨張: META-INF/maven/ua.co.oasys/hydra/pom.xml 膨張: META-INF/ maven/ua.co.oasys/hydra/pom.properties

• Q1: war でパッケージ化された ejb Bean を使用することは無難ですか (仕様は悲しいです)?
• Q2: ejb-jar.xml で設定を記述する必要がありますか?
• Q3: 問題の原因は何ですか?

溶接ロガー注入の使用に問題があります。

シナリオ: ejb-jar が入った耳があります。

これは私の ejb Bean です。

print1Partner が呼び出されたときに例外が発生しました:

|2010-07-02T19:25:35.003+0300|警告|oracle-glassfish3.0.1|javax.enterprise.system.container.ejb.com.sun.ejb.containers|_ThreadID=48;_ThreadName=Thread-1;| EJB PartnersService メソッドの呼び出し中にシステム例外が発生しました public void ua.co.oasys.fenix.persistence.PartnersService.print1Partner() javax.ejb.EJBException: javax.ejb.EJBException: javax.ejb.CreateException: ステートレスを作成できませんでしたcom.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:448) の EJB。com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:2467) で。 com.sun.ejb.containers.BaseContainer.callEJBTimeout(BaseContainer.java:3962) で preInvoke(BaseContainer.java:1860) com.sun.ejb.containers.EJBTimerService で。deliveryTimeout(EJBTimerService.java:1667) で com.sun.ejb.containers.EJBTimerService.access$100(EJBTimerService.java:98) で com.sun.ejb.containers.EJBTimerService$TaskExpiredWork.run(EJBTimerService.java:2485) でjava.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) で java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) で java.util.concurrent.FutureTask.run(FutureTask. java:138) で java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) で java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) で java.lang.Thread.run で(Thread.java:619) 原因: javax.ejb.EJBException: javax.ejb.CreateException: com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory でステートレス EJB を作成できませんでした。com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:200) で create(StatelessSessionContainer.java:720) com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:443) で... 12 以上 原因: javax.ejb.CreateException: com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:528) でステートレス EJB を作成できませんでした com.sun.ejb.containers.StatelessSessionContainer.access com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:718) で $000(StatelessSessionContainer.java:90) ... 14 以上 原因: java.util.concurrent.ConcurrentHashMap での java.lang.NullPointerException org.jboss.weld.manager.BeanManagerImpl の .get(ConcurrentHashMap.java:768)。getBean(BeanManagerImpl.java:1171) org.jboss.weld.manager.BeanManagerImpl.getBean(BeanManagerImpl.java:132) org.glassfish.weld.services.JCDIServiceImpl._createJCDIInjectionContext(JCDIServiceImpl.java:145) org.glassfish .weld.services.JCDIServiceImpl.createJCDIInjectionContext(JCDIServiceImpl.java:122) com.sun.ejb.containers.BaseContainer.createEjbInstanceAndContext(BaseContainer.java:1616) com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java) :469) ... 16 件 |#]createJCDIInjectionContext(JCDIServiceImpl.java:122) at com.sun.ejb.containers.BaseContainer.createEjbInstanceAndContext(BaseContainer.java:1616) at com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:469) ... 16もっと |#]createJCDIInjectionContext(JCDIServiceImpl.java:122) at com.sun.ejb.containers.BaseContainer.createEjbInstanceAndContext(BaseContainer.java:1616) at com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:469) ... 16もっと |#]

使用: ejb 3.1、グラスフィッシュ 3.0.1

Maven の依存関係の一部:

耳pom.xml

META-INF/ の bean.xml

ejb を使用せずに war in ear で動作する同じ構成 (戦争中ですが、戦争で ejb を使用して溶接する場合 - 同じ例外)

Q1: 何が悪いの?

Q2: 溶接 & ejb 3.1 を使用する際の規則は何ですか?

.earファイルに問題があります。ファイルの構造は次のとおりです。

アプリケーションをデプロイしようとすると、クラスwihchがektorp.jarにあるClassNotFoundExceptionが発生します。このファイルはejbモジュールによって使用されます。

また、なぜこれらの瓶が2倍になるのかわかりませんか？耳と戦争のモジュールは同じ.jarファイルです。

耳はmaven2によって構築されます。

シナリオ：1）Maven Earプロジェクトを作成し、内部にwarプロジェクトを作成します。2）warプロジェクトのWEB-INF /にbeans.xmlを追加します。3）単純な@SteatelessBeanを作成します。

プロジェクト-http://drp.ly/1j5C3t

ejb Bean：

maven pom-戦争プロジェクトのxml：

耳プロジェクトのmavenpom.xml：

テストケース1（問題）：beans.xmlを使用してプロジェクトをデプロイすると例外が発生します：

[＃| 2010-07-04T19：36：50.003 +0300|警告|oracle-glassfish3.0.1| javax.enterprise.system.container.ejb.com.sun.ejb.containers | _ThreadID = 33; _ThreadName = Thread-1 ; |EJBTestEjbメソッドの呼び出し中にシステム例外が発生しましたpublicvoidTestEjb.print1Partner（）javax.ejb.EJBException：javax.ejb.EJBException：javax.ejb.CreateException：com.sun.ejbでステートレスEJBを作成できませんでした。 container.StatelessSessionContainer._getContext（StatelessSessionContainer.java:448）at com.sun.ejb.containers.BaseContainer.getContext（BaseContainer.java:2467）at com.sun.ejb.containers.BaseContainer.preInvoke（BaseContainer.java:1860） com.sun.ejb.containers.BaseContainer.callEJBTimeout（BaseContainer.java:3962）at com.sun.ejb.containers.EJBTimerService.deliverTimeout（EJBTimerService.java:1667）atcom.sun.ejb.containers。EJBTimerService.access $ 100（EJBTimerService.java:98）at com.sun.ejb.containers.EJBTimerService $ TaskExpiredWork.run（EJBTimerService.java:2485）at java.util.concurrent.Executors $ RunnableAdapter.call（Executors.java:441 ）at java.util.concurrent.FutureTask $ Sync.innerRun（FutureTask.java:303）at java.util.concurrent.FutureTask.run（FutureTask.java:138）at java.util.concurrent.ThreadPoolExecutor $ Worker.runTask（ ThreadPoolExecutor.java:886）at java.util.concurrent.ThreadPoolExecutor $ Worker.run（ThreadPoolExecutor.java:908）at java.lang.Thread.run（Thread.java:619）原因：javax.ejb.EJBException：javax .ejb.CreateException：com.sun.ejb.containers.util.poolのcom.sun.ejb.containers.StatelessSessionContainer $ SessionContextFactory.create（StatelessSessionContainer.java:720）でステートレスEJBを作成できませんでした。NonBlockingPool.getObject（NonBlockingPool.java:200）at com.sun.ejb.containers.StatelessSessionContainer._getContext（StatelessSessionContainer.java:443）... 12 more原因：javax.ejb.CreateException：comでステートレスEJBを作成できませんでした.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB（StatelessSessionContainer.java:528）at com.sun.ejb.containers.StatelessSessionContainer.access $ 000（StatelessSessionContainer.java:90）at com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory。 create（StatelessSessionContainer.java:718）... 14 more原因：org.jboss.weld.manager.BeanManagerImpl.getBeanのjava.util.concurrent.ConcurrentHashMap.get（ConcurrentHashMap.java:768）のjava.lang.NullPointerException （BeanManagerImpl.java:1171）org.jboss.weld.manager.BeanManagerImplにあります。getBean（BeanManagerImpl.java:132）at org.glassfish.weld.services.JCDIServiceImpl._createJCDIInjectionContext（JCDIServiceImpl.java:145）at org.glassfish.weld.services.JCDIServiceImpl.createJCDIInjectionContext（JCDIServiceImpl.java:122）at com.sun .ejb.containers.BaseContainer.createEjbInstanceAndContext（BaseContainer.java:1616）at com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB（StatelessSessionContainer.java:469）... 16 more |＃] [＃| 2010-07-04T19 ：36：50.004 + 0300 | INFO | oracle-glassfish3.0.1 | javax.enterprise.system.container.ejb.com.sun.ejb.containers | _ThreadID = 33; _ThreadName = Thread-1; | EJB5119：Expunging timer [' 13 @@ 1278255602087 @@ server @@ oasys'' TimedObject = TestEjb'' Application = testo'' BEING_DELIVERED'' PERIODIC''コンテナID=83771744647118848'' Sun Jul 04 19:36:45 EEST 2010'' 0'' * / 15＃*＃*＃*＃*＃*＃*＃null＃null＃null＃true＃print1Partner＃0'] [2]配信失敗後|＃]

[＃| 2010-07-04T19：37：00.000 + 0300 | INFO | oracle-glassfish3.0.1 | javax.enterprise.system.std.com.sun.enterprise.v3.services.impl | _ThreadID = 33; _ThreadName = Thread -1; |これはテストです|＃]

期待される結果：

Yrjaaaa

これはテストです

結果 ：

例外

これはテストです

ケース2：beans.xmlを削除します

結果を期待する：

Yrjaaaa

これはテストです

結果

Yrjaaaa

これはテストです

目標：他のwar＆ejbプロジェクトを含むearアーカイブ内のWebプロジェクトでejbweld（CDI）を使用したいのですが、Webプロジェクト（war + ejb）を分離したくありません。

ツールと環境：mavenとejb3.1とweldとglassfish3.0.1

Q1：これはある種の特定のGlassfishのバグである可能性がありますか？Q2：問題の原因は何ですか？Q3：そのような場合のデザインはありますか？

ありがとうございました。

Glassfishv3.0.1で実行されるJEE6アプリケーションを構築しています。これは、EJBを備えたWebアプリケーションであり、WAR（EJB 3.1）としてデプロイされます。

現在、JDBCベースのセキュリティレルムを使用してログインを構成しようとしています。デフォルトのGlassfishセキュリティレルム（ファイル）を使用せず、代わりに新しく作成したJDBCレルムを使用するようにWARアプリケーションを構成する方法がわかりません。EARアプリケーションでそれを行う方法を知っています。そこで、次のようなコンテンツを含むアプリケーションと一緒にsun-application.xmlをデプロイできます。

しかし、私はWebアプリケーションを持っているので、少なくともアプリをデプロイするときは使用できません（アプリがEARデプロイメント用に構成されていないため、エラーが発生します）太陽の下でデフォルトのセキュリティレルムを宣言できますか？ -web.xml？また、Glassfish-admin-interface内にオプションが見つかりませんでしたか、それとも見逃しましたか？

findJava EE 6 で、エンティティのプライマリ ID とともにJPA EntityManager のメソッドを使用すると null が返されるというかなり奇妙なケースに遭遇しましたが、Criteria API を使用してその ID を持つすべてのエンティティを選択すると正常に動作します。

私が使用しているコードは次のfindとおりです。

...そして、これが Criteria API で使用しているコードです。

なぜfindnullを返すのにCriteriaがユーザーを見つけるのか考えていますか? プログラムのまったく同じ場所で、これら 2 つの代替方法を試しました。

User エンティティの関連部分は次のとおりです。

現在、JavaEE6-アプリケーションですべてのデータベース操作を処理するEJB3データアクセスクラスを作成しています。さて、Java EE 6は新しいApplicationScopedアノテーションを提供するので、EJBはどのような状態にする必要があるのか​​、それともステートレスにする必要があるのか​​疑問に思います。

@StatelessDAOをSessionBeanにするか、@ApplicationScopedBeanにする方がよいでしょうか。どう@Singletonですか？DAOに関連するこれらのオプションの違いは何ですか？

編集： 完全なJavaEE6プラットフォームでGlassfish3.0.1を使用しています

Glassfish組み込みAPIを使用して、jpa-ejb-webプロジェクトをスタンドアロンアプリケーションとしてパッケージ化できるようにしたいと思います。

JPAレイヤーを使用するには、sun-resource.xml構成をデプロイする必要があります。これは、asadminコマンド add-resources path\to\sun-resources.xmlで実行できるはずです。私はそれを行うためにこのコードを持っています：

しかし、Glassfishはそれを次のように拒否します：

重大：リソースの追加で問題が発生しました

実際、lib指定されたパスにはディレクトリがありません...

私のコードに何か問題がありますか？（私はglassfish-embedded-all-3.0.1.jarを使用します）

ありがとう