javax.jdo.PersistenceManager - JDO interface
javax.jdo
Interface 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
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
PersistenceManager cache with the
datastore. This method has no effect if a transaction is not
active.
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 so that no further requests
may be made on it. A PersistenceManager instance can be
used only until it is closed.
Closing a PersistenceManager might release it to the pool
of available PersistenceManagers, 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 a
PersistenceManager. There is one Transaction
instance associated with each PersistenceManager instance.
The Transaction instance supports options as well as
transaction completion requests.- Returns:
- the
Transactionassociated 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- aCollectionof persistent instances
- Since:
- JDO 1.0
- See Also:
deletePersistent(Object pc)
Collection of instances from the data store.- Parameters:
pcs- aCollectionof persistent instances
- Since:
- JDO 1.0
- See Also:
deletePersistent(Object pc)
PersistenceManager.
The flags for detachment (DETACH_LOAD_FIELDS and DETACH_UNLOAD_FIELDS)
and the active fetch groups determine the scope of fetching for the
graph of instances reachable from the pc parameter. The state of fields
in the affected instances is as specified by the FetchPlan.- Parameters:
pc- the instance to detach
- Returns:
- the detached instance
- Since:
- JDO 2.0
- See Also:
detachCopyAll(Object[])
PersistenceManager.
The flags for detachment (DETACH_LOAD_FIELDS and DETACH_UNLOAD_FIELDS)
and the active fetch groups determine the scope of fetching for the
graph of instances reachable from the pcs parameter. The state of fields
in the affected instances is as specified by the FetchPlan.
The objects returned can be manipulated and re-attached with
makePersistentAll(Object[]).
The detached instances will be
unmanaged copies of the specified parameters, and are suitable
for serialization and manipulation outside of a JDO
environment. When detaching instances, only fields in the
current FetchPlan will be traversed. Thus, to detach a
graph of objects, relations to other persistent instances must
either be in the default-fetch-group, or in the
current custom FetchPlan.- Parameters:
pcs- the instances to detach
- Returns:
- the detached instances
- Throws:
JDOUserException- if any of the instances to be detached do not implement the javax.jdo.spi.Detachable interface.
- Since:
- JDO 2.0
PersistenceManager.
The flags for detachment (DETACH_LOAD_FIELDS and DETACH_UNLOAD_FIELDS)
and the active fetch groups determine the scope of fetching for the
graph of instances reachable from the pcs parameter. The state of fields
in the affected instances is as specified by the FetchPlan.- Parameters:
pcs- the instances to detach
- Returns:
- the detached instances
- Since:
- JDO 2.0
- See Also:
detachCopyAll(Object[])
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
- Since:
- JDO 1.0
- See Also:
evict(Object pc)
- Parameters:
pcs- the array of instances to evict from the cache.
- Since:
- JDO 1.0
- See Also:
evict(Object pc)
Collection of instances as no longer needed in the
cache.- Parameters:
pcs- theCollectionof instances to evict from the cache.
- Since:
- JDO 1.0
- See Also:
evict(Object pc)
- Parameters:
subclasses- if true, mark instances of subclasses alsopcClass- the class of instances to evict
- 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
- Returns:
- the copyOnAttach setting.
- Since:
- JDO 2.1
- See Also:
setCopyOnAttach(boolean)
- Returns:
- the JDOConnection instance
- Since:
- JDO 2.0
- Returns:
- the detachAllOnCommit setting.
- Since:
- JDO 2.0
- See Also:
setDetachAllOnCommit(boolean)
getExtent (persistenceCapableClass,
true).- Parameters:
persistenceCapableClass-
- Since:
- JDO 2.0
- See Also:
getExtent(Class,boolean)
PersistenceManager manages a collection of instances in
the data store based on the class of the instances. This method returns
an 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-Classof instancessubclasses- whether to include instances of subclasses
- Returns:
- an
Extentof the specifiedClass
- Since:
- JDO 1.0
- See Also:
Query
FetchGroup for the Class and name.
If a modifiable 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 theFetchGroupname- the name of the fetch group
- Returns:
- the FetchGroup
- Throws:
JDOUserException- if the class is not a persistence-capable class or interface
- Since:
- JDO 2.2
FetchPlan used by this
PersistenceManager.- Returns:
- 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.
- Returns:
- the ignoreCache setting.
- Since:
- JDO 1.0
- Returns:
- the objects
- Since:
- JDO 2.1
- Parameters:
classes- The classes of objects that we are interested in
- Returns:
- the objects
- Since:
- JDO 2.1
- Parameters:
states- The states of objects that we are interested in
- Returns:
- 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
- Returns:
- the objects
- Since:
- JDO 2.1
PersistenceManager.- Returns:
- the Multithreaded setting.
- Since:
- JDO 1.0
- See Also:
setMultithreaded
getObjectById(oid, true);- Parameters:
oid- The object id of the object to load
- Returns:
- the corresponding persistent instance
- Since:
- JDO 1.0
- 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
- Returns:
- the corresponding persistent instance
- Since:
- JDO 2.0
PersistenceManager.
The 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
- Returns:
- the
PersistenceCapableinstance with the specified ObjectId
- 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- thePersistenceCapableinstance
- Returns:
- the ObjectId of the instance
- Since:
- JDO 1.0
Class that implements the JDO Identity for the
specified PersistenceCapable class. The application can use
the returned 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
- Returns:
- the
Classof the ObjectId of the parameter
- Since:
- JDO 1.0
- See Also:
getObjectById
getObjectsById(boolean,Object...)
with the validate flag true.- Parameters:
oids- the oids of the objects to return
- Returns:
- the objects that were looked up, in the same order as the oids parameter.
- Since:
- JDO 2.0
- See Also:
getObjectsById(boolean,Object...)
getObjectsById(Collection, boolean)
with the validate flag true.- Parameters:
oids- the oids of the objects to return
- Returns:
- the objects that were looked up, in the same order as the oids parameter.
- Since:
- JDO 2.0
- See Also:
getObjectsById(Collection,boolean)
- Parameters:
validate- if true, the existance of the objects in the datastore will be validated.oids- the oids of the objects to return
- Returns:
- the objects that were looked up, in the same order as the oids parameter.
- Since:
- JDO 2.1
- See Also:
getObjectById(Object,boolean)
- Parameters:
oids- the oids of the objects to returnvalidate- if true, the existance of the objects in the datastore will be validated.
- Returns:
- the objects that were looked up, in the same order as the oids parameter.
- 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.
- Returns:
- the objects that were looked up, in the same order as the oids parameter.
- Since:
- JDO 2.0
- See Also:
getObjectById(Object,boolean)
PersistenceManagerFactory used to
create this PersistenceManager.- Returns:
- the
PersistenceManagerFactorythat created thisPersistenceManager
- Since:
- JDO 1.0
name.- Parameters:
name- the name of the Sequence
- Returns:
- the Sequence
- Since:
- JDO 2.0
- Returns:
- 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- aPersistenceCapableinstance
- Returns:
- the ObjectId of the instance
- Since:
- JDO 1.0
PersistenceManager instances
more easily by having an application object associated with each
PersistenceManager instance.- Returns:
- the user object associated with this
PersistenceManager
- Since:
- JDO 1.0
- See Also:
setUserObject
- Parameters:
key- the key of the object to be returned
- Returns:
- the object
- Since:
- JDO 2.0
PersistenceManager instance can be used until it is
closed.- Returns:
trueif thisPersistenceManagerhas been closed.
- Since:
- JDO 1.0
- See Also:
close()
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- the array of instances to make nontransactional.
- Since:
- JDO 1.0
- See Also:
makeNontransactional(Object pc)
Collection of instances non-transactional after
commit.- Parameters:
pcs- theCollectionof instances to make nontransactional.
- Since:
- JDO 1.0
- See Also:
makeNontransactional(Object pc)
PersistenceManager.
This method makes transient instances persistent and applies detached
instance changes to the cache. It must be called in the context of
an active transaction, or a JDOUserException is thrown. For a transient
instance, it assigns an object identity to the instance and transitions
it to persistent-new. Any transient instances reachable from this
instance via persistent fields of this instance become provisionally
persistent, transitively. That is, they behave as persistent-new
instances (return true to isPersistent, isNew, and isDirty).
But at commit time, the reachability algorithm is run again,
and instances made provisionally persistent that are not then
reachable from persistent instances will revert to transient.
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 aClassthat is persistent capable.
- Returns:
- 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- an array of instances
- Returns:
- 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
- Since:
- JDO 1.0
- See Also:
makePersistent(Object pc)
Collection of instances persistent.- Parameters:
pcs- aCollectionof instances
- Returns:
- 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
- Since:
- JDO 1.0
- See Also:
makePersistent(Object pc)
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- the array of instances to make transactional.
- Since:
- JDO 1.0
- See Also:
makeTransactional(Object pc)
Collection of instances subject to transactional
boundaries.- Parameters:
pcs- theCollectionof instances to make transactional.
- Since:
- JDO 1.0
- See Also:
makeTransactional(Object pc)
PersistenceManager.
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
PersistenceManager. If the useFetchPlan parameter is
false, this method behaves exactly as makeTransient(Object pc).
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
PersistenceManager.
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
Collection of instances transient, removing them
from management by this PersistenceManager.
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
PersistenceManager. If the useFetchPlan parameter
is false, this method behaves exactly as makeTransientAll(Object[] pcs).
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:
useFetchPlan- whether to use the current fetch plan to determine which fields to load and which instances to make transientpcs- the root instances to make transient.
- Since:
- JDO 2.1
PersistenceManager. If the useFetchPlan parameter
is false, this method behaves exactly as makeTransientAll(Object[] pcs).
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
- See Also:
makeTransientAll(boolean,Object...)
PersistenceManager. If the useFetchPlan parameter
is false, this method behaves exactly as
makeTransientAll(Collection pcs).
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
- Parameters:
pcClass- Must be a persistence-capable interface, or a concrete or abstract class that is declared in the metadata.
- Returns:
- the created instance
- Since:
- JDO 2.0
Query with the given candidate class
from a named query. The query name given must be the name of a
query defined in metadata.- Parameters:
cls- theClassof candidate instancesqueryName- the name of the query to look up in metadata
- Returns:
- the new
Query
- Since:
- JDO 1.0
- Parameters:
pcClass- theClassof 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.
- Returns:
- an instance of the object identity class
- Since:
- JDO 1.0
Query specifying the Class of the
candidate instances.- Parameters:
cls- theClassof the candidate instances
- Returns:
- the new
Query
- Since:
- JDO 1.0
Query using elements from another
Query. The other 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- anotherQueryfrom the same JDO implementation
- Returns:
- the new
Query
- Since:
- JDO 1.0
- Parameters:
query- the single-string query
- Returns:
- the new
Query
- Since:
- JDO 2.0
Query with the Class of the
candidate instances and candidate Extent.- Parameters:
cln- theExtentof candidate instances
- Returns:
- the new
Query
- Since:
- JDO 1.0
Query with the Class of the
candidate instances and filter.- Parameters:
cls- theClassof resultsfilter- the filter for candidate instances
- Returns:
- the new
Query
- Since:
- JDO 1.0
Query using the specified language.- Parameters:
language- the language of the query parameterquery- the query, which is of a form determined by the language
- Returns:
- the new
Query
- Since:
- JDO 1.0
Query with the
candidate Extent and filter; the class
is taken from the Extent.- Parameters:
cln- theExtentof candidate instancesfilter- the filter for candidate instances
- Returns:
- the new
Query
- Since:
- JDO 1.0
Query with the candidate Class
and Collection.- Parameters:
cls- theClassof resultscln- theCollectionof candidate instances
- Returns:
- the new
Query
- Since:
- JDO 1.0
Query with the Class of the
candidate instances,
candidate Collection, and filter.- Parameters:
cls- theClassof candidate instancescln- theCollectionof candidate instancesfilter- the filter for candidate instances
- Returns:
- the new
Query
- Since:
- JDO 1.0
- Parameters:
key-val-
- 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.
- Since:
- JDO 1.0
- See Also:
refresh(Object pc)
- Parameters:
pcs- the array of instances to refresh.
- Since:
- JDO 1.0
- See Also:
refresh(Object pc)
Collection of instances from the
data store.- Parameters:
pcs- theCollectionof instances to refresh.
- Since:
- JDO 1.0
- See Also:
refresh(Object pc)
- Parameters:
jdoe-
- 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 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:
useFetchPlan- whether to use the current fetch plan to determine which fields to load and which instances to retrieve.pcs- the instances
- Since:
- JDO 2.1
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.1
- See Also:
retrieveAll(boolean,Object...)
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.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.
- Parameters:
flag-
- Since:
- JDO 2.1
- See Also:
getCopyOnAttach()
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.
- Parameters:
flag-
- Since:
- JDO 2.0
- See Also:
getDetachAllOnCommit()
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.
Applications that use multiple threads to invoke methods or access fields
from instances managed by this 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
PersistenceManager instances
more easily by having an application object associated with each
PersistenceManager instance.- Parameters:
o- the user instance to be remembered by thePersistenceManager
- Since:
- JDO 1.0
- See Also:
getUserObject
This documentation page is derived (with some adjustments) from the JDO 2.2 API
and is available under the terms of the Apache License, v. 2.0.