[
https://issues.apache.org/jira/browse/OPENJPA-747?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Dick reassigned OPENJPA-747:
------------------------------------
Assignee: Michael Dick
> NullPointerException in pcProvideField on cascade-deletion of a
> persistent-new object
> -------------------------------------------------------------------------------------
>
> Key: OPENJPA-747
> URL: https://issues.apache.org/jira/browse/OPENJPA-747
> Project: OpenJPA
> Issue Type: Bug
> Components: kernel
> Affects Versions: 1.0.0, 1.0.1, 1.0.2, 1.0.3
> Environment: Kodo 4.1.4
> Sun Jdk 1.6.0_07
> Mysql 5.0.51
> Reporter: Tristan BARTEMENT
> Assignee: Michael Dick
> Attachments: TestCascadeNew2.zip
>
>
> Say we have 3 classes A, B and C with A referencing B and B referencing C.
> Both relations are marked as dependent. The following sequence will fail:
> pm.currentTransaction().begin();
> final A a = new A();
> final B b = new B();
> a.setB(b);
> getPm().makePersistent(a);
> a.setB(null);
> pm.currentTransaction().commit();
> Upon committing we get:
> Exception in thread "main" <openjpa-1.0.0-r420667:568756 nonfatal store
> error> kodo.jdo.DataStoreException: null
> at
> org.apache.openjpa.kernel.BrokerImpl.beforeCompletion(BrokerImpl.java:1770)
> at
> org.apache.openjpa.kernel.LocalManagedRuntime.commit(LocalManagedRuntime.java:81)
> at org.apache.openjpa.kernel.BrokerImpl.commit(BrokerImpl.java:1292)
> at kodo.kernel.KodoBroker.commit(KodoBroker.java:103)
> at
> org.apache.openjpa.kernel.DelegatingBroker.commit(DelegatingBroker.java:861)
> at
> kodo.jdo.PersistenceManagerImpl.commit(PersistenceManagerImpl.java:394)
> at business.Test.run(Test.java:61)
> at business.Test.main(Test.java:68)
> NestedThrowablesStackTrace:
> java.lang.NullPointerException
> at model.B.pcProvideField(B.java)
> at
> org.apache.openjpa.kernel.StateManagerImpl.provideField(StateManagerImpl.java:2959)
> at
> org.apache.openjpa.kernel.StateManagerImpl.fetchObjectField(StateManagerImpl.java:2201)
> at
> org.apache.openjpa.kernel.StateManagerImpl.fetchField(StateManagerImpl.java:759)
> at
> org.apache.openjpa.kernel.StateManagerImpl.cascadeDelete(StateManagerImpl.java:2816)
> at
> org.apache.openjpa.kernel.BrokerImpl.deleteDeref(BrokerImpl.java:2056)
> at org.apache.openjpa.kernel.BrokerImpl.flush(BrokerImpl.java:1894)
> at org.apache.openjpa.kernel.BrokerImpl.flushSafe(BrokerImpl.java:1844)
> at
> org.apache.openjpa.kernel.BrokerImpl.beforeCompletion(BrokerImpl.java:1762)
> at
> org.apache.openjpa.kernel.LocalManagedRuntime.commit(LocalManagedRuntime.java:81)
> at org.apache.openjpa.kernel.BrokerImpl.commit(BrokerImpl.java:1292)
> at kodo.kernel.KodoBroker.commit(KodoBroker.java:103)
> at
> org.apache.openjpa.kernel.DelegatingBroker.commit(DelegatingBroker.java:861)
> at
> kodo.jdo.PersistenceManagerImpl.commit(PersistenceManagerImpl.java:394)
> at business.Test.run(Test.java:61)
> at business.Test.main(Test.java:68)
> From what I gathered, when "a" is made persistent, so is "b". Then "b" is
> dereferenced from "b". The fact that at that point both are persistent-new is
> important because committing immediately and unreferencing "b" in a new
> transaction where both are fully persistent would work. When committing, "b"
> is deleted because of its dependence on its relation with "a" (a preDelete
> callback would be called). And then "b"'s fields are browsed by openjpa to
> cascade delete from it. Its reference to an object of class C is found and
> "b"'s pcProvideField is called to see if there is indeed a C, but at that
> point "b" has already lost its StateManager which causes the
> NullPointerException.
> This seems to affect at least all the 1.0.x versions.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
