問題タブ [persistence-unit]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
3 に答える
2048 参照

eclipse - EclipseHeliosSR2からのGlassfishのデプロイが失敗する

Java EEアプリケーションを最新のEclipseバージョン(Glassfishアダプターバージョン1.7.1を搭載したHelios SR2)から最新のGlassfish(3.1)にデプロイしようとすると、奇妙な例外が発生します。管理コンソールを介してwarファイルをサーバーに手動でデプロイすると、すべてが正常に機能します。したがって、アプリケーション自体またはGlassfish構成にバグがあるようには見えません。

誰かがEclipseで同様の問題を経験し、解決策を見つけましたか?

乾杯、ファビアン

0 投票する
1 に答える
297 参照

java - リモート接続に使用すると、持続性ユニットがフィヨルドに固定されます

「サービス」netbeans タブからデータベースに接続することはできますが、アプリケーションの永続ユニットが機能していないようです...「もう少し待ってください。後で接続します。 ..」サイクル。

質問 1: なぜ機能しないのですか?

質問 2 (1 の理由がない場合): どうすれば簡単な回避策を作成できますか?


これが私の永続的なユニットステートメントです:

resourceMap.getString("entityManager.persistenceUnit")永続化ユニットを定義するプロパティ フィールドにアクセスできるようにするだけです。

ここに私のpersistence.xmlがあります:


これは私の遠いmysqlサーバーでは機能しませんが、データベースのローカルコピーを使用してローカルサーバーで機能します...

唯一の違いは、これらの2行の間です...


ちなみに、私のローカルバージョンをリモートサーバーで直接実行してもうまくいきます...ネットワーク(解決できない)、またはリモート接続に使用されるpersistence.xmlに問題があるようです。

0 投票する
1 に答える
1671 参照

hibernate - Spring の永続ユニットに異なるデータソースを使用する

わかりました、私はこれが初めてです。私がやりたいのは、「これらのクラスはここ (データベース a) に保持され、これらのクラスはあちら (データベース b) に保持されている」ということです。ドライバー情報を含むプロパティのコレクションも保持できる、さまざまな永続ユニットグループの下でクラスを明示的に定義することになっていると思います。

次に、Dao クラスで、コンテキストを提供するだけです。

ただし、No unique bean of type [javax.persistence.EntityManagerFactory] is defined: expected single bean but found 2エラーが発生します。私は何を間違っていますか?

私はSpring 3.0.4を使用しています

0 投票する
1 に答える
2931 参照

web-services - WEBSERVICESでJPAを使用する最良の方法は何ですか?

私は、一種の通知を受け取るのに役立つサードパーティの wsdl を使用して Web サービスを作成しています。その通知を DB に保存し、データベースに関連する他のいくつかの操作を実行する必要があります。My persistence.xml には、次の 2 つの永続ユニットがあります。

まだDBで実行する必要があるすべての機能を持つ Service.java という名前のクラスを次のように作成しました:

私の質問は次のとおりです。WebサービスでJPAを実装するための標準的なアプローチを使用していますか、それとも他のテクノロジー/方法を使用する必要がありますか。私が標準外のことをしている場合は、親切に提案し、ガイドしてください。

0 投票する
2 に答える
1134 参照

jakarta-ee - jonas As 5.2.1展開での例外の解決

私は JOnAs プラットフォームでの開発の初心者であり、Spring で、より一般的には Web 開発で使用しています。JBoss 5.1.GA と tomcat 6.x,7.xi で問題が発生した後、jonas に移行することにしました。現在、Web アプリケーションの展開で問題に直面しています。指定されたスタック トレースは次のとおりです。

2011-08-25 04:56:04,467: JPersistenceUnitInfoLoader.loadPersistenceUnitInfoImplList: SharedCacheMode が定義されていません。デフォルト UNSPECIFIED に​​設定 2011-08-25 04:56:04,474 : BaseModelMBean.invoke : 例外呼び出しメソッド deploy java.lang.NoClassDefFoundError: javax/persistence/SharedCacheMode at org.ow2.easybeans.persistence.xml.JPersistenceUnitInfoLoader.loadPersistenceUnitInfoImplList(JPersistenceUnitInfoLoader) .java:233) org.ow2.easybeans.persistence.xml.JPersistenceUnitInfoHelper.getPersistenceUnitInfoList(JPersistenceUnitInfoHelper.java:118) org.ow2.easybeans.persistence.xml.PersistenceXmlFileAnalyzer.analyzePersistenceXmlFile(PersistenceXmlFileAnalyzer.java:130) org. ow2.jonas.ejb.easybeans.EasyBeansService._org.ow2.jonas.ejb.easybeans.EasyBeansService.getPersistenceUnitManager(EasyBeansService.java) の getPersistenceUnitManager(EasyBeansService.java:880) org.ow2.jonas.web.base.BaseWebContainerService.registerWar(BaseWebContainerService.java:821) の org .ow2.jonas.web.base.BaseWebContainerService.registerWar(BaseWebContainerService.java:1241) org.ow2.jonas.web.base.proxy.HttpOnDemandProxy.addWar(HttpOnDemandProxy.java:352) org.ow2.jonas.web .base.WARDeployer.doDeploy(WARDeployer.java:70) at org.ow2.util.ee.deploy.impl.deployer.AbsDeployer$1.execute(AbsDeployer.java:96) at org.ow2.util.ee.deploy. impl.deployer.AbsDeployer$1.execute(AbsDeployer.java:95) org.ow2.util.execution.helper.RunnableHelper.execute(RunnableHelper.java:77) org.ow2.util.ee.deploy.impl.deployer で.AbsDeployer.deploy(AbsDeployer.java:94) org.ow2.jonas.lib.jmbeans.J2EEServer の org.ow2.util.ee.deploy.impl.deployer.DeployerManager.deploy(DeployerManager.java:129) で。_deploy(J2EEServer.java:823) の org.ow2.jonas.lib.jmbeans.J2EEServer.deploy(J2EEServer.java) の sun.reflect.NativeMethodAccessorImpl.invoke0(ネイティブ メソッド) の sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:57) で sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) で java.lang.reflect.Method.invoke(Method.java:616) で org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean) .java:458) で com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:857) で com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:795) で javax.management.remote. rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1450) at javax.management.remote.rmi.RMIConnectionImpl.access$200(RMIConnectionImpl.java:90) javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1285) で javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1383) で javax.management.remote.rmi .RMIConnectionImpl.invoke(RMIConnectionImpl.java:807)、sun.reflect.NativeMethodAccessorImpl.invoke0(ネイティブ メソッド)、sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)、sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java) :43) java.lang.reflect.Method.invoke(Method.java:616) で sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:322) で sun.rmi.transport.Transport$1.run(Transport .java:177) で java.security.AccessController.doPrivileged(Native Method) で、sun.rmi.transport.Transport で。sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:553) で serviceCall(Transport.java:173)、sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:808) で.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:667) で java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) で java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor) .java:603) (java.lang.Thread.run(Thread.java:679) で) 原因: java.lang.ClassNotFoundException: javax.persistence.SharedCacheMode が org.ow2.jonas.osgi.javaee-api によって見つかりません [48 ] org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:787) で org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:71) で org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1768) の java.lang.ClassLoader.loadClass(ClassLoader.java:266) org.apache.felix.framework.ModuleImpl.getClassByDelegation(ModuleImpl.java:645) の org.apache .felix.framework.resolver.WireImpl.getClass(WireImpl.java:99) org.apache.felix.framework.ModuleImpl.searchImports(ModuleImpl.java:1390) org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl) .java:722) org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:71) で org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1768) で java.lang .ClassLoader.loadClass(ClassLoader.java:266) ... 42 より多くの 2011-08-25 04:57:46,777: J2EEServer._266) org.apache.felix.framework.ModuleImpl.getClassByDelegation(ModuleImpl.java:645) で org.apache.felix.framework.resolver.WireImpl.getClass(WireImpl.java:99) で org.apache.felix.framework .ModuleImpl.searchImports(ModuleImpl.java:1390) at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:722) at org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:71) org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1768) で java.lang.ClassLoader.loadClass(ClassLoader.java:266) ... 42 2011-08-25 04:57: 46,777 : J2EEServer._266) org.apache.felix.framework.ModuleImpl.getClassByDelegation(ModuleImpl.java:645) で org.apache.felix.framework.resolver.WireImpl.getClass(WireImpl.java:99) で org.apache.felix.framework .ModuleImpl.searchImports(ModuleImpl.java:1390) at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:722) at org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:71) org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1768) で java.lang.ClassLoader.loadClass(ClassLoader.java:266) ... 42 2011-08-25 04:57: 46,777 : J2EEServer._org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:722) の searchImports(ModuleImpl.java:1390) org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:71) の org. apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1768) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) ... 42 2011-08-25 04:57:46,777: J2EEServer ._org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:722) の searchImports(ModuleImpl.java:1390) org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:71) の org. apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1768) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) ... 42 2011-08-25 04:57:46,777: J2EEServer ._undeploy : デプロイ可能な java.lang.RuntimeException をアンデプロイできません: アーカイブ 'WARDeployableImpl[archive=/home/stephane/projetJEE/server/jonas-full-5.2.0/base/archives/immo.war]' はデプロイされていません。org.ow2.jonas.lib.jmbeans.J2EEServer にあります。0/base/archives/immo.war]' は展開されていません。org.ow2.jonas.lib.jmbeans.J2EEServer.__undeploy(J2EEServer.java:849) で org.ow2.jonas.lib.jmbeans.J2EEServer.undeploy(J2EEServer.java) で sun.reflect.NativeMethodAccessorImpl.invoke0(Nativeメソッド) で sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) で sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) で java.lang.reflect.Method.invoke(Method.java:616) でorg.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:458) com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:857) com.sun.jmx.mbeanserver.JmxMBeanServer.invoke( JmxMBeanServer.java:795) javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:

誰かが私を助けてくれることを願っています。次のアプリケーションサーバーの1つを2週間正しく起動しようとしました(同時にではありませんが、一方を成功させることができなかったため、もう一方に移動しました)。Jonas 5.2.x full profileを使用しています。さようなら

0 投票する
2 に答える
4707 参照

hibernate - Hibernate 4 (Jboss as 7) はエンティティを自動検出して PersistenceUnit に挿入できず、「不明なエンティティ」例外が発生します

このHow to auto-register entities with JPA/Hibernate: Unknown entityで同様の問題に遭遇しました。

jboss を 7 として、hibernate 4 (jboss を 7 として使用)、spring 3.0.5 を使用しています。エンティティ クラスに で注釈を付け@Entityます。そしてorg.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean、entityManager を生成するために使用します。以下はBeanの定義です。

以下はpersistence.xmlファイルです。

そして、次のように DB にアクセスしようとするまで、すべてがうまくいきます。

「MyEntity」は不明なエンティティであるという例外がスローされます。

Spring 3..0.5 + hierbnate 3.6.6.final + jboss as 7 Database accessで、Matt から persistence.xml ファイルに要素を追加するように言われ、問題は解決しました。しかし、問題は、別のプロジェクトで、同様の構成 (同じ persistence.xml と同様の Bean 定義) を使用し、すべてがうまくいき、unknown entity例外がスローされないことです。また、<class>jboss/hibernate はクラスを@Entityアノテーション付きでスキャンし、それを PU に追加するため、persistence.xml ファイルでは必要ありません。

TRACE レベルのログを有効にすると、2 つのプロジェクトで jboss as 7 が同じ 2 つの persistenceUnit を作成するように見えます。

0 投票する
1 に答える
569 参照

hibernate - JBoss 5.1/Hibernate 3.3.2 で vfsfile (展開された JAR) を使用して持続性ユニットをロードします。

JBoss4 から JBoss5 への移行時に発生する問題を修正するためのヘルプを探しています。VFS の Hibernate サポートに問題があるようです (JBoss5 で導入)。

モジュール性の理由から、複数のアーティファクトには持続性ユニット (pu) 宣言があります。展開中に、それらすべてが次のような単一の宣言にマージされます

デバッグを有効にすると、展開された jar が注釈のためにスキャンされないことがわかります

一方、期待どおりにスキャンされたコンパクトな JAR

見つからなかったエンティティに対するクエリで QuerySyntaxException が発生する

0 投票する
1 に答える
759 参照

hibernate - @PersistenceUnit は PlayFramework で機能しませんか?

データベース構成:

これらのデータベースには、完全に正確なテーブル (クローン) があります。しかし、違いは、これらのテーブルに異なる値があることです。(それぞれ「値 #1」と「値 #2」)。

単純なモデル:

残りのコード:

常に値 #1 を出力します。(db2 にあるため、「値 #2」である必要があります)。確かに、@PersistenceUnit(name="other") を指定しました。しかし、それは何の効果もありません。pers.unit の名前をランダムに変更しても、エラーは発生しません。この注釈は機能していませんか、それとも単に無視されていますか? それとも私はどこかを間違えましたか?:/

ps また、フレームワークのマニュアル (/documentation/jpa#multiple) に示されているように、EntityManager を取得しようとしました。

しかし、それは不可能です: << メソッド getJPAConfig(String) はタイプ JPA に対して未定義です >>

0 投票する
2 に答える
2112 参照

java - WLS 10.3.4 - スコープ xxx_EJB.jar で「xxx」という名前の持続性ユニットを使用できません。利用可能な永続ユニット: []

私は 4 つのモジュールを持つエンタープライズ アプリケーション プロジェクトを持っています。WLS 10.3.4 にデプロイされます。私は、Eclipse用のOracle Webツールを使用した開発にEclipse Heliosを使用しています。私のマシンのローカル WLS は、開発モードとしてインストールされます。

プロジェクトの構造は次のようになります。

モジュール全体で使用される共通の jar は、xxx_EAR/APP-INF/lib にあります。

xxx_JPA の内部には、3 つの永続ユニットを持つ persistence.xml があり、xxx_EJB には、@PersistentContext を使用してそれらを参照するクラス、Bean があります。

すべてが私のコンピューターでローカルに正常に動作します。テスト WLS に EAR ファイルをデプロイしようとすると、次の例外が発生します。

...

私が見るように、サーバー間の唯一の違いはインストールモードであり、テストWLSはプロダクションモードとしてインストールされます。

ヒントはありますか?

前もって感謝します!!