Internal Website Search
81-90 of 200 resultsRefreshOptimisticLockException repeatedly once the object is modified from another process. ie: process A modifies the object then process B modifies the object, then any further transactions from ... correctly that if object x is modified and persisted by process B, then any attempt to persist | |
getTransactionalObjectId(pc) identity is being changed in the transaction, by the application modifying one or ... >If there is no transaction in progress, or if none of the key fields is being modified | |
isDirty(pc) that have been modified, deleted, or newly made persistent in the current transaction return true ... has been modified in the current transaction. | |
Persistent.persistenceModifier persistenceModifier Modifier for this field ... > Returns: the persistence modifier | |
jdoPreStore() store. Data store fields that might have been affected by modified non-persistent fields should be updated in this method. This method is modified by the enhancer so that changes | |
javax.jdo.annotations.PersistenceModifier of the persistence-modifier values for a field or property. This corresponds to the "persistence-modifier" attribute of the "field" and "property" elements. | |
setBooleanField(pc, field, currentValue, newValue);newValue) Mark the field as modified by the user | |
setCharField(pc, field, currentValue, newValue)) Mark the field as modified by the user | |
setByteField(pc, field, currentValue, newValue)) Mark the field as modified by the user | |
setFloatField(pc, field, currentValue, newValue);newValue) Mark the field as modified by the user |