1

私はこれに絶望的になっています。JDOを使用したGoogleAppEngineとの単純な1対多の関係のモデリング。基本的に他の数種類の子クラスを「持っている」クラスがありjava.util.Set<ThatOtherClass>ます。しかし、紛らわしい部分があります。私には、多くのメソッド、いくつかの静的フィールドとメソッドを備えた非常に複雑なクラスが1つあり、セットの親クラスに追加すると適切に動作します。しかし、その後、新しい関連クラスを追加しようとすると、すべてのローカルデータストアヘルパーを使用して環境を設定して（正しく機能し、他のクラスでテストされた）JUnit4テストで永続化できません。これはスタックトレースです。

java.lang.NullPointerException
at org.datanucleus.store.mapped.mapping.PersistenceCapableMapping.postInsert(PersistenceCapableMapping.java:1039)
at org.datanucleus.store.appengine.DatastoreRelationFieldManager.runPostInsertMappingCallbacks(DatastoreRelationFieldManager.java:218)
at org.datanucleus.store.appengine.DatastoreRelationFieldManager.access$200(DatastoreRelationFieldManager.java:49)
at org.datanucleus.store.appengine.DatastoreRelationFieldManager$1.apply(DatastoreRelationFieldManager.java:117)
at org.datanucleus.store.appengine.DatastoreRelationFieldManager.storeRelations(DatastoreRelationFieldManager.java:82)
at org.datanucleus.store.appengine.DatastoreFieldManager.storeRelations(DatastoreFieldManager.java:959)
at org.datanucleus.store.appengine.DatastorePersistenceHandler.storeRelations(DatastorePersistenceHandler.java:585)
at org.datanucleus.store.appengine.DatastorePersistenceHandler.insertPostProcess(DatastorePersistenceHandler.java:320)
at org.datanucleus.store.appengine.DatastorePersistenceHandler.insertObjects(DatastorePersistenceHandler.java:272)
at org.datanucleus.store.appengine.DatastorePersistenceHandler.insertObject(DatastorePersistenceHandler.java:256)
at org.datanucleus.state.JDOStateManagerImpl.internalMakePersistent(JDOStateManagerImpl.java:3185)
at org.datanucleus.state.JDOStateManagerImpl.makePersistent(JDOStateManagerImpl.java:3161)
at org.datanucleus.ObjectManagerImpl.persistObjectInternal(ObjectManagerImpl.java:1298)
at org.datanucleus.ObjectManagerImpl.persistObject(ObjectManagerImpl.java:1175)
at org.datanucleus.jdo.JDOPersistenceManager.jdoMakePersistent(JDOPersistenceManager.java:669)
at org.datanucleus.jdo.JDOPersistenceManager.makePersistent(JDOPersistenceManager.java:694)
at mypackage.MyTests.myTest(MyTests.java:59)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

例外は、呼び出した行からスローされpm.makePersistent(parentObject)ます。オブジェクト自体は適切に初期化されます。追加するだけ@Persistent(mappedBy = "foreign_key") private OtherClass otherClassObject;でその行の単体テストが失敗し、削除すると再び合格することがわかります。

また、他のクラスを書き直そうとしましたが（まだ失敗します）、作業中の子クラスのコードをコピーして貼り付けるだけでも（驚くべきことに失敗しません）。それはすべて私に不思議に思います：私がセットでそれを使用することができて、他のものではないより複雑な子クラスについておそらく何が違うでしょうか？

はい、JDO 2.3（1対多で所有）のhttps://developers.google.com/appengine/docs/java/datastore/jdo/relationshipsをフォローしました。

問題の原因となる可能性のある疑いがもう少し残っています。そのうちの1つは、DataNucleusエンハンサーの古いキャッシュです（DataNucleus 1.1で古い1.0プラグインを使用しています）。さらに、問題がターゲットクラスにあるのか親クラスにあるのかはわかりませんが、より複雑な子クラスはまったく同じ関係定義で機能するため、ターゲットの子クラスであると思います。pm.makePersistent()関係の値が何であっても例外が発生するため、呼び出し時の関係の値は関係ありません。何度も試しました。ダーティキャッシュである可能性がある場合、それをクリアするにはどうすればよいですか？DataNucleusログも見つかりませんでした。

より単純な非動作の子クラスは基本的に次のようになり、問題がどこにあるかを確認する必要があるため、すべてのデータが削除されます（そしてあまり役に立ちませんでした）：

import javax.jdo.annotations.IdGeneratorStrategy;
import javax.jdo.annotations.IdentityType;
import javax.jdo.annotations.PersistenceCapable;
import javax.jdo.annotations.Persistent;
import javax.jdo.annotations.PrimaryKey;
import javax.jdo.annotations.Version;
import javax.jdo.annotations.VersionStrategy;

import com.google.appengine.api.datastore.Key;

@PersistenceCapable(identityType = IdentityType.APPLICATION)
@Version(strategy = VersionStrategy.VERSION_NUMBER)
public class TestChild
{
    @PrimaryKey
    @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY)
    private Key id;

    @Persistent
    private Parent parent;

    public void setParent(Person parent)
    {
        this.parent = parent;
    }

    public Parent getParent()
    {
        return this.parent;
    }
}

そして、関係の反対側のフィールド：

@Persistent(mappedBy = "parent")
private Set<TestChild> testChildren;

誰か助けてもらえますか？私はこれに何時間も費やしました:-(

4

1 に答える 1

2

投稿した内容とまったく同じではありませんが、この問題 http://code.google.com/p/datanucleus-appengine/issues/detail?id=165 にも同じ例外があり、新しいプラグイン（v2.0 +）で修正されました。 ）2011年9月。

于 2012-06-07T08:44:35.503 に答える