q.toString returns:
SELECT a FROM AnzoURIToPKImpl a WHERE (a.uriHash = :param AND a.typeUriHash
= :param)
and this is correct...
It turns out the statement
SELECT t0.datasetUri, t0.datasetUriHash, t0.persistedFully, t0.typeUri,
t0.typeUriHash, t0.uri, t0.uriHash FROM FILM.anzouritopk t0 WHERE t0.pk = ?
[params=(long) 0]
occurs when entityManager.persist(ObjectToPersist) is called.. where obj has
a primary key of anzouritopk object where pk is not yet populated because
it's a generated value.
To illustrate
ObjectToPersist(id=AnzouritopkInstance)
AnzouritopkInstance(pk=null)
here is mapping for AnzoURITOPK id column:
@Id
@Column(updatable = false)
@GeneratedValue(strategy = GenerationType.AUTO)
public Long getPk() {
return pk;
}
Following the code path
return persistInternal(obj, id, explicit, call, fireEvent); in
BrokerImpl.java on line 2571 is called
id == null at line 2639
meta.getIdentityType() is ClassMetaData.ID_APPLICATION
at line 2651 id is now 0
bad select occurs on line 152 as below in stack trace.
Here is stack trace
FinderQueryImpl.execute(OpenJPAStateManager, StoreManager,
FetchConfiguration) line: 152
JDBCStoreManager.getInitializeStateResult(OpenJPAStateManager, ClassMapping,
JDBCFetchConfiguration, int) line: 537
JDBCStoreManager.initializeState(OpenJPAStateManager, PCState,
JDBCFetchConfiguration, ConnectionInfo) line: 349
JDBCStoreManager.initialize(OpenJPAStateManager, PCState,
FetchConfiguration, Object) line: 304
ROPStoreManager(DelegatingStoreManager).initialize(OpenJPAStateManager,
PCState, FetchConfiguration, Object) line: 112
ROPStoreManager.initialize(OpenJPAStateManager, PCState, FetchConfiguration,
Object) line: 57
FinalizingBrokerImpl(BrokerImpl).initialize(StateManagerImpl, boolean,
FetchConfiguration, Object) line: 1036
FinalizingBrokerImpl(BrokerImpl).find(Object, FetchConfiguration, BitSet,
Object, int, FindCallbacks) line: 994
FinalizingBrokerImpl(BrokerImpl).find(Object, FetchConfiguration, BitSet,
Object, int) line: 916
FinalizingBrokerImpl(BrokerImpl).isDetached(Object, boolean) line: 4594
FinalizingBrokerImpl(BrokerImpl).isDetached(Object) line: 4563
SingleFieldManager.persist(OpCallbacks) line: 270
StateManagerImpl.cascadePersist(OpCallbacks) line: 3045
FinalizingBrokerImpl(BrokerImpl).persistInternal(Object, Object, boolean,
OpCallbacks, boolean) line: 2670
FinalizingBrokerImpl(BrokerImpl).persist(Object, Object, boolean,
OpCallbacks, boolean) line: 2571
FinalizingBrokerImpl(BrokerImpl).persist(Object, Object, boolean,
OpCallbacks) line: 2554
FinalizingBrokerImpl(BrokerImpl).persist(Object, OpCallbacks) line: 2458
DelegatingBroker.persist(Object, OpCallbacks) line: 1077
EntityManagerImpl.persist(Object) line: 716
--
View this message in context: http://openjpa.208410.n2.nabble.com/Can-someone-explain-this-OpenJPA-trace-tp7580862p7581136.html
Sent from the OpenJPA Users mailing list archive at Nabble.com.
|