PersistenceManager
PersistenceManager
is the primary interface for JDO-aware application components. It is the factory for Query
and Transaction
instances, and contains methods to manage the life cycle of PersistenceCapable
instances. A PersistenceManager
is obtained from the PersistenceManagerFactory (recommended) or by construction.
- Since:
- JDO 1.0
Public Methods
classes
parameter identifies all of the classes of interest. If the classes
parameter is specified as null
, events for all persistent classes and interfaces will be sent to listenerInstance
. The listenerInstance will be called for each event for which it implements the corresponding listenerInstance interface.
- Parameters:
listener
- the lifecycle listenerclasses
- the classes of interest to the listener
- Since:
- JDO 2.0
If a datastore transaction is active, this method verifies the consistency of instances in the cache against the datastore. An implementation might flush instances as if flush were called, but it is not required to do so.
If an optimistic transaction is active, this method obtains a datastore connection and verifies the consistency of the instances in the cache against the datastore. If any inconsistencies are detected, a JDOOptimisticVerificationException is thrown. This exception contains a nested JDOOptimisticVerificationException for each object that failed the consistency check. No datastore resources acquired during the execution of this method are held beyond the scope of this method.
- Since:
- JDO 2.0
PersistenceManager
instance can be used only until it is closed. Closing a PersistenceManager
might release it to the pool of available PersistenceManager
s, or might be garbage collected, at the option of the JDO implementation. Before being used again to satisfy a getPersistenceManager()
request, the default values for options will be restored to their values as specified in the PersistenceManagerFactory
.
This method closes the PersistenceManager
.
- Since:
- JDO 1.0
Transaction
instance associated with each PersistenceManager
instance. The Transaction
instance supports options as well as transaction completion requests. - Return:
- the
Transaction
associated with thisPersistenceManager
.
- Since:
- JDO 1.0
makePersistent
, which makes the closure of the instance persistent, the closure of the instance is not deleted from the data store. This method has no effect if the instance is already deleted in the current transaction. This method throws JDOUserException
if the instance is transient or is managed by another PersistenceManager
. - Parameters:
pc
- a persistent instance
- Since:
- JDO 1.0
- Parameters:
pcs
- aCollection
of persistent instances
- See Also:
deletePersistent(Object pc)
- Since:
- JDO 1.0
- Parameters:
pcs
- aCollection
of persistent instances
- See Also:
deletePersistent(Object pc)
- Since:
- JDO 1.0
- Parameters:
pc
- the instance to detach
- Return:
- the detached instance
- See Also:
detachCopyAll(Object[])
- Since:
- JDO 2.0
- Parameters:
pcs
- the instances to detach
- Return:
- the detached instances
- See Also:
detachCopyAll(Object[])
- Since:
- JDO 2.0
default-fetch-group
, or in the current custom FetchPlan. - Parameters:
pcs
- the instances to detach
- Return:
- the detached instances
- Throws:
- JDOUserException - if any of the instances to be detached do not implement the javax.jdo.spi.Detachable interface.
- See Also:
makePersistentAll(Object[])
getFetchPlan
- Since:
- JDO 2.0
PersistenceManager
at transaction completion. This method allows the application to explicitly provide a hint to the PersistenceManager
that the instance is no longer needed in the cache. - Parameters:
pc
- the instance to evict from the cache.
- Since:
- JDO 1.0
- See Also:
evict(Object pc)
- Since:
- JDO 1.0
- Parameters:
pcs
- theCollection
of instances to evict from the cache.
- See Also:
evict(Object pc)
- Since:
- JDO 1.0
- Parameters:
pcs
- the array of instances to evict from the cache.
- See Also:
evict(Object pc)
- Since:
- JDO 1.0
- Parameters:
pcClass
- the class of instances to evictsubclasses
- if true, mark instances of subclasses also
- Since:
- JDO 2.1
If a datastore transaction is active, this method synchronizes the cache with the datastore and reports any exceptions.
If an optimistic transaction is active, this method obtains a datastore connection, synchronizes the cache with the datastore using this connection and reports any exceptions. The connection obtained by this method is held until the end of the transaction.
If exceptions occur during flush, the implementation will set the current transaction's RollbackOnly
flag (see Transaction.setRollbackOnly).
- Since:
- JDO 2.0
- Return:
- the JDOConnection instance
- Since:
- JDO 2.0
Extent
of instances in the data store that might be iterated or given to a Query
. The Extent
itself might not reference any instances, but only hold the class name and an indicator as to whether subclasses are included in the Extent
. Note that the Extent
might be very large.
- Parameters:
persistenceCapableClass
-Class
of instancessubclasses
- whether to include instances of subclasses
- Return:
- an
Extent
of the specifiedClass
- See Also:
Query
- Since:
- JDO 1.0
FetchGroup
already exists in the PersistenceManager
scope, return it. If not, create and populate a new FetchGroup
from the existing definition in the PersistenceManager or PersistenceManagerFactory. If the definition for the FetchGroup
is not in scope in either the PersistenceManager
or PersistenceManagerFactory
, create it with no members. The FetchGroup
immediately becomes active and in scope of the PersistenceManager, and hides the corresponding fetch group in the PersistenceManagerFactory. - Parameters:
cls
- the class or interface for theFetchGroup
name
- the name of the fetch group
- Return:
- the FetchGroup
- Throws:
- JDOUserException - if the class is not a persistence-capable class or interface
- Since:
- JDO 2.2
- Return:
- the FetchPlan
- Since:
- JDO 2.0
IgnoreCache set to true
specifies that for all Query
instances created by this PersistenceManager
, the default is the cache should be ignored for queries.
- Return:
- the ignoreCache setting.
- Since:
- JDO 1.0
- Return:
- the objects
- Since:
- JDO 2.1
- Parameters:
classes
- The classes of objects that we are interested in
- Return:
- the objects
- Since:
- JDO 2.1
- Parameters:
states
- The states of objects that we are interested in
- Return:
- the objects
- Since:
- JDO 2.1
- Parameters:
states
- The states of objects that we are interested inclasses
- The classes of objects that we are interested in
- Return:
- the objects
- Since:
- JDO 2.1
- Parameters:
cls
- The type of object to loadkey
- either the string representation of the object id, or an object representation of a single field identity key
- Return:
- the corresponding persistent instance
- Since:
- JDO 2.0
getObjectById(oid, true);
- Parameters:
oid
- The object id of the object to load
- Return:
- the corresponding persistent instance
- Since:
- JDO 1.0
getObjectById
method attempts to find an instance in the cache with the specified JDO identity. The oid
parameter object might have been returned by an earlier call to getObjectId
or getTransactionalObjectId
, or might have been constructed by the application. If the PersistenceManager
is unable to resolve the oid
parameter to an ObjectId instance, then it throws a JDOUserException
.
If the validate
flag is false
, and there is already an instance in the cache with the same JDO identity as the oid
parameter, then this method returns it. There is no change made to the state of the returned instance.
If there is not an instance already in the cache with the same JDO identity as the oid
parameter, then this method creates an instance with the specified JDO identity and returns it. If there is no transaction in progress, the returned instance will be hollow or persistent-nontransactional, at the choice of the implementation.
If there is a transaction in progress, the returned instance will be hollow, persistent-nontransactional, or persistent-clean, at the choice of the implementation.
It is an implementation decision whether to access the data store, if required to determine the exact class. This will be the case of inheritance, where multiple PersistenceCapable
classes share the same ObjectId class.
If the validate flag is false
, and the instance does not exist in the data store, then this method might not fail. It is an implementation choice whether to fail immediately with a JDOObjectNotFoundException
. But a subsequent access of the fields of the instance will throw a JDOObjectNotFoundException
if the instance does not exist at that time. Further, if a relationship is established to this instance, then the transaction in which the association was made will fail.
If the validate
flag is true
, and there is already a transactional instance in the cache with the same JDO identity as the oid
parameter, then this method returns it. There is no change made to the state of the returned instance.
If there is an instance already in the cache with the same JDO identity as the oid
parameter, but the instance is not transactional, then it must be verified in the data store. If the instance does not exist in the datastore, then a JDOObjectNotFoundException
is thrown.
If there is not an instance already in the cache with the same JDO identity as the oid
parameter, then this method creates an instance with the specified JDO identity, verifies that it exists in the data store, and returns it. If there is no transaction in progress, the returned instance will be hollow or persistent-nontransactional, at the choice of the implementation.
If there is a data store transaction in progress, the returned instance will be persistent-clean. If there is an optimistic transaction in progress, the returned instance will be persistent-nontransactional.
- Parameters:
oid
- an ObjectIdvalidate
- if the existence of the instance is to be validated
- Return:
- the
PersistenceCapable
instance with the specified ObjectId
- See Also:
getObjectId(Object pc)
getTransactionalObjectId(Object pc)
- Since:
- JDO 1.0
The getObjectId
method returns an ObjectId instance that represents the object identity of the specified JDO instance. The identity is guaranteed to be unique only in the context of the JDO PersistenceManager
that created the identity, and only for two types of JDO Identity: those that are managed by the application, and those that are managed by the data store.
If the object identity is being changed in the transaction, by the application modifying one or more of the application key fields, then this method returns the identity as of the beginning of the transaction. The value returned by getObjectId
will be different following afterCompletion
processing for successful transactions.
Within a transaction, the ObjectId returned will compare equal to the ObjectId returned by only one among all JDO instances associated with the PersistenceManager
regardless of the type of ObjectId.
The ObjectId does not necessarily contain any internal state of the instance, nor is it necessarily an instance of the class used to manage identity internally. Therefore, if the application makes a change to the ObjectId instance returned by this method, there is no effect on the instance from which the ObjectId was obtained.
The getObjectById
method can be used between instances of PersistenceManager
of different JDO vendors only for instances of persistence capable classes using application-managed (primary key) JDO identity. If it is used for instances of classes using datastore identity, the method might succeed, but there are no guarantees that the parameter and return instances are related in any way.
- Parameters:
pc
- thePersistenceCapable
instance
- Return:
- the ObjectId of the instance
- See Also:
getTransactionalObjectId(Object pc)
getObjectById(Object oid,boolean validate)
- Since:
- JDO 1.0
Class
to construct a JDO Identity instance for application identity PersistenceCapable
classes. This JDO Identity instance can then be used to get an instance of the PersistenceCapable
class for use in the application. In order for the application to construct an instance of the ObjectId class it needs to know the class being used by the JDO implementation.
- Parameters:
cls
- thePersistenceCapable Class
- Return:
- the
Class
of the ObjectId of the parameter
- See Also:
getObjectById
- Since:
- JDO 1.0
- Parameters:
oids
- the oids of the objects to return
- Return:
- the objects that were looked up, in the same order as the oids parameter.
- See Also:
getObjectsById
- Since:
- JDO 2.0
- Parameters:
oids
- the oids of the objects to returnvalidate
- if true, the existance of the objects in the datastore will be validated.
- Return:
- the objects that were looked up, in the same order as the oids parameter.
- See Also:
getObjectById
- Since:
- JDO 2.0
- Parameters:
oids
- the oids of the objects to return
- Return:
- the objects that were looked up, in the same order as the oids parameter.
- See Also:
getObjectsById
- Since:
- JDO 2.0
- Parameters:
oids
- the oids of the objects to returnvalidate
- if true, the existance of the objects in the datastore will be validated.
- Return:
- the objects that were looked up, in the same order as the oids parameter.
- See Also:
getObjectById
- Since:
- JDO 2.1
- Return:
- the
PersistenceManagerFactory
that created thisPersistenceManager
- Since:
- JDO 1.0
- Parameters:
name
- the name of the Sequence
- Return:
- the Sequence
- Since:
- JDO 2.0
- Return:
- a Date instance corresponding to the UTC Date as seen by the server
- Since:
- JDO 2.1
If the object identity is being changed in the transaction, by the application modifying one or more of the application key fields, then this method returns the current identity in the transaction.
If there is no transaction in progress, or if none of the key fields is being modified, then this method will return the same value as getObjectId
.
- Parameters:
pc
- aPersistenceCapable
instance
- Return:
- the ObjectId of the instance
- See Also:
getObjectId(Object pc)
getObjectById(Object oid,boolean validate)
- Since:
- JDO 1.0
- Parameters:
key
- the key of the object to be returned
- Return:
- the object
- Since:
- JDO 2.0
Normally, at transaction completion, instances are evicted from the cache. This method allows an application to identify an instance as not being evicted from the cache at transaction completion. Instead, the instance remains in the cache with nontransactional state.
- Parameters:
pc
- the instance to make nontransactional.
- Since:
- JDO 1.0
- Parameters:
pcs
- theCollection
of instances to make nontransactional.
- See Also:
makeNontransactional(Object pc)
- Since:
- JDO 1.0
- Parameters:
pcs
- the array of instances to make nontransactional.
- See Also:
makeNontransactional(Object pc)
- Since:
- JDO 1.0
During makePersistent of transient instances, the create life cycle listener is called.
For detached instances, it locates or instantiates a persistent instance with the same JDO identity as the detached instance, and merges the persistent state of the detached instance into the persistent instance. Only the state of persistent fields is merged. If non-persistent state needs to be copied, the application should use the jdoPostAttach callback or the postAttach lifecycle event listener. Any references to the detached instances from instances in the closure of the parameter instances are modified to refer to the corresponding persistent instance instead of to the detached instance.
During attachment of detached instances, the attach callbacks and attach life cycle listeners are called.
During application of changes of the detached state, if the JDO implementation can determine that there were no changes made during detachment, then the implementation is not required to mark the corresponding instance dirty. If it cannot determine if changes were made, then it must mark the instance dirty. No consistency checking is done during makePersistent of detached instances. If consistency checking is required by the application, then flush or checkConsistency should be called after attaching the instances.
These methods have no effect on parameter persistent instances already managed by this PersistenceManager. They will throw a JDOUserException if the parameter instance is managed by a different PersistenceManager. If an instance is of a class whose identity type (application, datastore, or none) is not supported by the JDO implementation, then a JDOUserException will be thrown for that instance. The return value for parameter instances in the transient or persistent states is the same as the parameter value. The return value for parameter instances in the detached state is the persistent instance corresponding to the detached instance. The return values for makePersistentAll methods correspond by position to the parameter instances.
- Parameters:
pc
- an instance of aClass
that is persistent capable.
- Return:
- the parameter instance for parameters in the transient or persistent state, or the corresponding persistent instance for detached parameter instances
- Since:
- JDO 1.0
- Parameters:
pcs
- aCollection
of instances
- Return:
- the parameter instance for parameters in the transient or persistent state, or the corresponding persistent instance for detached parameter instances, with an iteration in the same order as in the parameter Collection
- See Also:
makePersistent(Object pc)
- Since:
- JDO 1.0
- Parameters:
pcs
- an array of instances
- Return:
- the parameter instances for parameters in the transient or persistent state, or the corresponding persistent instance for detached parameter instances, in the same order as in the parameter array
- See Also:
makePersistent(Object pc)
- Since:
- JDO 1.0
Transient instances normally do not observe transaction boundaries. This method makes transient instances sensitive to transaction completion. If an instance is modified in a transaction, and the transaction rolls back, the state of the instance is restored to the state before the first change in the transaction.
For persistent instances read in optimistic transactions, this method allows the application to make the state of the instance part of the transactional state. At transaction commit, the state of the instance in the cache is compared to the state of the instance in the data store. If they are not the same, then an exception is thrown.
- Parameters:
pc
- the instance to make transactional.
- Since:
- JDO 1.0
- Parameters:
pcs
- theCollection
of instances to make transactional.
- See Also:
makeTransactional(Object pc)
- Since:
- JDO 1.0
- Parameters:
pcs
- the array of instances to make transactional.
- See Also:
makeTransactional(Object pc)
- Since:
- JDO 1.0
The instance loses its JDO identity and it is no longer associated with any PersistenceManager
. The state of fields is preserved unchanged.
- Parameters:
pc
- the instance to make transient.
- Since:
- JDO 1.0
The affected instance(s) lose their JDO identity and are no longer associated with any PersistenceManager
. The state of fields is unchanged.
If the useFetchPlan parameter is true, then the current FetchPlan is applied to the pc parameter, as if detachCopy(Object) had been called. After the graph of instances is loaded, the instances reachable via loaded fields is made transient. The state of fields in the affected instances is as specified by the FetchPlan.
Unlike detachCopy, the instances are not detached; there is no detachment information in the instances.
The instances to be made transient do not need to implement the javax.jdo.spi.Detachable interface.
- Parameters:
pc
- the root instance to make transient.useFetchPlan
- whether to use the current fetch plan to determine which fields to load and which instances to make transient
- Since:
- JDO 2.0
The instances lose their JDO identity and they are no longer associated with any PersistenceManager
. The state of fields is preserved unchanged.
- Parameters:
pcs
- the instances to make transient.
- Since:
- JDO 1.0
The affected instance(s) lose their JDO identity and are no longer associated with any PersistenceManager
. The state of fields is unchanged.
If the useFetchPlan parameter is true, then the current FetchPlan is applied to the pcs parameters and the entire graph of instances reachable via loaded fields is made transient. The state of fields in the affected instances is as specified by the FetchPlan.
Unlike detachCopy, the instances are not detached; there is no detachment information in the instances.
The instances to be made transient do not need to implement the javax.jdo.spi.Detachable interface.
- Parameters:
pcs
- the root instances to make transient.useFetchPlan
- whether to use the current fetch plan to determine which fields to load and which instances to make transient
- Since:
- JDO 2.0
The instances lose their JDO identity and they are no longer associated with any PersistenceManager
. The state of fields is preserved unchanged.
- Parameters:
pcs
- the instances to make transient.
- Since:
- JDO 1.0
The affected instance(s) lose their JDO identity and are no longer associated with any PersistenceManager
. The state of fields is unchanged.
If the useFetchPlan parameter is true, then the current FetchPlan is applied to the pcs parameters and the entire graph of instances reachable via loaded fields is made transient. The state of fields in the affected instances is as specified by the FetchPlan.
Unlike detachCopy, the instances are not detached; there is no detachment information in the instances.
The instances to be made transient do not need to implement the javax.jdo.spi.Detachable interface.
- Parameters:
pcs
- the root instances to make transient.useFetchPlan
- whether to use the current fetch plan to determine which fields to load and which instances to make transient
- Since:
- JDO 2.1
- Parameters:
pcClass
- Must be a persistence-capable interface, or a concrete or abstract class that is declared in the metadata.
- Return:
- the created instance
- Since:
- JDO 2.0
- Parameters:
cls
- theClass
of candidate instancesqueryName
- the name of the query to look up in metadata
- Return:
- the new
Query
- Since:
- JDO 1.0
- Parameters:
pcClass
- theClass
of the persistence-capable instancekey
- for single-field identity, the parameter for the constructor; for non-single-field application identity, the result of toString() on the object id instance.
- Return:
- an instance of the object identity class
- Since:
- JDO 1.0
- Return:
- the new
Query
.
- Since:
- JDO 1.0
- Parameters:
cls
- theClass
of the candidate instances
- Return:
- the new
Query
- Since:
- JDO 1.0
- Parameters:
cls
- theClass
of resultscln
- theCollection
of candidate instances
- Return:
- the new
Query
- Since:
- JDO 1.0
- Parameters:
cls
- theClass
of candidate instancescln
- theCollection
of candidate instancesfilter
- the filter for candidate instances
- Return:
- the new
Query
- Since:
- JDO 1.0
- Parameters:
cls
- theClass
of resultsfilter
- the filter for candidate instances
- Return:
- the new
Query
- Since:
- JDO 1.0
- Parameters:
cln
- theExtent
of candidate instances
- Return:
- the new
Query
- Since:
- JDO 1.0
- Parameters:
cln
- theExtent
of candidate instancesfilter
- the filter for candidate instances
- Return:
- the new
Query
- Since:
- JDO 1.0
Query
must have been created by the same JDO implementation. It might be active in a different PersistenceManager
or might have been serialized and restored. All of the settings of the other Query
are copied to this Query
, except for the candidate Collection
or Extent
.
- Parameters:
compiled
- anotherQuery
from the same JDO implementation
- Return:
- the new
Query
- Since:
- JDO 1.0
- Parameters:
query
- the single-string query
- Return:
- the new
Query
- Since:
- JDO 2.0
- Parameters:
language
- the language of the query parameterquery
- the query, which is of a form determined by the language
- Return:
- the new
Query
- Since:
- JDO 1.0
- Since:
- JDO 2.0
In an optimistic transaction, the state of instances in the cache might not match the state in the data store. This method is used to reload the state of the instance from the data store so that a subsequent commit is more likely to succeed.
Outside a transaction, this method will refresh nontransactional state.
- Parameters:
pc
- the instance to refresh.
- Since:
- JDO 1.0
If called with an active transaction, all transactional instances will be refreshed. If called outside an active transaction, all nontransactional instances will be refreshed.
- See Also:
refresh(Object pc)
- Since:
- JDO 1.0
- Since:
- JDO 2.0
- Parameters:
listener
- the listener instance to be removed
- Since:
- JDO 2.0
- Parameters:
key
- the key of the object to be removed
- Since:
- JDO 2.0
PersistenceManager
that the application intends to use the instance, and its field values must be retrieved. The PersistenceManager
might use policy information about the class to retrieve associated instances.
- Parameters:
pc
- the instance
- Since:
- JDO 1.0
PersistenceManager
that the application intends to use the instance, and its field values must be retrieved. If the useFetchPlan parameter is false, this method behaves exactly as the corresponding method without the useFetchPlan parameter. If the useFetchPlan parameter is true, and the fetch plan has not been modified from its default setting, all fields in the current fetch plan are fetched, and other fields might be fetched lazily by the implementation. If the useFetchPlan parameter is true, and the fetch plan has been changed from its default setting, then the fields specified by the fetch plan are loaded, along with related instances specified by the fetch plan.
- Parameters:
pc
- the instanceuseFetchPlan
- whether to use the current fetch plan to determine which fields to load and which instances to retrieve.
- Since:
- JDO 2.0
PersistenceManager
that the application intends to use the instances, and all field values must be retrieved. The PersistenceManager
might use policy information about the class to retrieve associated instances.
- Parameters:
pcs
- the instances
- Since:
- JDO 1.0
PersistenceManager
that the application intends to use the instances, and their field values should be retrieved. The fields in the current fetch group must be retrieved, and the implementation might retrieve more fields than the current fetch group. If the useFetchPlan parameter is false, this method behaves exactly as the corresponding method without the useFetchPlan parameter. If the useFetchPlan parameter is true, and the fetch plan has not been modified from its default setting, all fields in the current fetch plan are fetched, and other fields might be fetched lazily by the implementation. If the useFetchPlan parameter is true, and the fetch plan has been changed from its default setting, then the fields specified by the fetch plan are loaded, along with related instances specified by the fetch plan.
- Parameters:
pcs
- the instancesuseFetchPlan
- whether to use the current fetch plan to determine which fields to load and which instances to retrieve.
- Since:
- JDO 1.0
PersistenceManager
that the application intends to use the instances, and all field values must be retrieved. The PersistenceManager
might use policy information about the class to retrieve associated instances.
- Parameters:
pcs
- the instances
- Since:
- JDO 1.0
PersistenceManager
that the application intends to use the instances, and their field values should be retrieved. The fields in the current fetch group must be retrieved, and the implementation might retrieve more fields than the current fetch group. If the useFetchPlan parameter is false, this method behaves exactly as the corresponding method without the useFetchPlan parameter. If the useFetchPlan parameter is true, and the fetch plan has not been modified from its default setting, all fields in the current fetch plan are fetched, and other fields might be fetched lazily by the implementation. If the useFetchPlan parameter is true, and the fetch plan has been changed from its default setting, then the fields specified by the fetch plan are loaded, along with related instances specified by the fetch plan.
- Parameters:
pcs
- the instancesuseFetchPlan
- whether to use the current fetch plan to determine which fields to load and which instances to retrieve.
- Since:
- JDO 2.1
CopyOnAttach set to true
specifies that during makePersistent, copies are made of detached parameter instances. With this flag set to false
, detached parameter instances are attached directly and change their state from detached-clean to persistent-clean or from detached-dirty to persistent-dirty.
- See Also:
getCopyOnAttach()
- Since:
- JDO 2.1
DetachAllOnCommit set to false
specifies that the state of persistent instances in the cache after commit is defined by the retainValues
flag. With this flag set to true, during beforeCompletion all cached instances are prepared for detachment according to the fetch plan in effect at commit. Loading fields and unloading fields required by the fetch plan is done after calling the user's beforeCompletion
callback. During afterCompletion
, before calling the user's afterCompletion
callback, all detachable persistent instances in the cache transition to detached; non-detachable persistent instances transition to transient; and detachable instances can be serialized as detached instances. Transient transactional instances are unaffected by this flag.
- See Also:
getDetachAllOnCommit()
- Since:
- JDO 2.0
IgnoreCache set to true
specifies that for all Query
instances created by this PersistenceManager
, the default is the cache should be ignored for queries.
- Parameters:
flag
- the ignoreCache setting.
- Since:
- JDO 1.0
PersistenceManager
must set this flag to true
. Instances managed by this PersistenceManager
include persistent or transactional instances of PersistenceCapable
classes, as well as helper instances such as Query
, Transaction
, or Extent
. - Parameters:
flag
- the Multithreaded setting.
- Since:
- JDO 1.0
- Parameters:
o
- the user instance to be remembered by thePersistenceManager
- See Also:
getUserObject
- Since:
- JDO 1.0