|
|||||||||||
PREV CLASS NEXT CLASS | FRAMES NO FRAMES | ||||||||||
SUMMARY: NESTED | FIELD | CONSTR | METHOD | DETAIL: FIELD | CONSTR | METHOD |
SPI strategy that encapsulates certain functionality that standard JDO 1.0 does not offer despite being relevant in the context of O/R mapping, like access to the underlying JDBC Connection and explicit flushing of changes to the database.
To be implemented for specific JDO implementations like Kodo, Lido, or JPOX. Almost every O/R-based JDO implementation offers proprietary means to access the underlying JDBC Connection and to explicitly flush changes. JDO 2.0 respectively JDO/R 2.0 are likely to define standard ways for these: If applicable, a JdoDialect implementation for JDO 2.0 will be provided to leverage them with Spring's JDO support.
JdoTransactionManager.setJdoDialect(org.springframework.orm.jdo.JdoDialect)
,
JdoAccessor.setJdoDialect(org.springframework.orm.jdo.JdoDialect)
Method Summary | |
void |
applyQueryTimeout(javax.jdo.Query query,
int timeout)
Apply the given timeout to the given JDO query object. |
Object |
beginTransaction(javax.jdo.Transaction transaction,
TransactionDefinition definition)
Begin the given JDO transaction, applying the semantics specified by the given Spring transaction definition (in particular, an isolation level and a timeout). |
void |
cleanupTransaction(Object transactionData)
Clean up the transaction via the given transaction data. |
void |
flush(javax.jdo.PersistenceManager pm)
Flush the given PersistenceManager, i.e. flush all changes (that have been applied to persistent objects) to the underlying database. |
ConnectionHandle |
getJdbcConnection(javax.jdo.PersistenceManager pm,
boolean readOnly)
Retrieve the JDBC Connection that the given JDO PersistenceManager uses underneath, if accessing a relational database. |
void |
releaseJdbcConnection(ConnectionHandle conHandle,
javax.jdo.PersistenceManager pm)
Release the given JDBC Connection, which has originally been retrieved via getJdbcConnection . |
DataAccessException |
translateException(javax.jdo.JDOException ex)
Translate the given JDOException to a corresponding exception from Spring's generic DataAccessException hierarchy. |
Method Detail |
public Object beginTransaction(javax.jdo.Transaction transaction, TransactionDefinition definition) throws javax.jdo.JDOException, SQLException, TransactionException
An implementation can configure the JDO Transaction object and then
invoke begin
, or invoke a special begin method that takes,
for example, an isolation level.
An implementation can also apply read-only flag and isolation level to the underlying JDBC Connection before beginning the transaction. In that case, a transaction data object can be returned that holds the previous isolation level (and possibly other data), to be reset in cleanupTransaction.
transaction
- the JDO transaction to begindefinition
- the Spring transaction definition that defines semantics
javax.jdo.JDOException
- if thrown by JDO methods
SQLException
- if thrown by JDBC methods
TransactionException
- in case of invalid argumentscleanupTransaction(java.lang.Object)
,
Transaction.begin()
,
DataSourceUtils.prepareConnectionForTransaction(java.sql.Connection, org.springframework.transaction.TransactionDefinition)
public void cleanupTransaction(Object transactionData)
An implementation can, for example, reset read-only flag and isolation level of the underlying JDBC Connection.
transactionData
- arbitrary object that holds transaction data, if any
(as returned by beginTransaction)beginTransaction(javax.jdo.Transaction, org.springframework.transaction.TransactionDefinition)
,
DataSourceUtils.resetConnectionAfterTransaction(java.sql.Connection, java.lang.Integer)
public ConnectionHandle getJdbcConnection(javax.jdo.PersistenceManager pm, boolean readOnly) throws javax.jdo.JDOException, SQLException
releaseJdbcConnection
method when not needed anymore.
This strategy is necessary as JDO 1.0 does not provide a standard way to retrieve the underlying JDBC Connection (due to the fact that a JDO implementation might not work with a relational database at all).
Implementations are encouraged to return an unwrapped Connection object, i.e. the Connection as they got it from the connection pool. This makes it easier for application code to get at the underlying native JDBC Connection, like an OracleConnection, which is sometimes necessary for LOB handling etc. We assume that calling code knows how to properly handle the returned Connection object.
In a simple case where the returned Connection will be auto-closed with the
PersistenceManager or can be released via the Connection object itself, an
implementation can return a SimpleConnectionHandle that just contains the
Connection. If some other object is needed in releaseJdbcConnection
,
an implementation should use a special handle that references that other object.
pm
- the current JDO PersistenceManager
releaseJdbcConnection
, or null if no JDBC Connection can be retrieved
javax.jdo.JDOException
- if thrown by JDO methods
SQLException
- if thrown by JDBC methodsreleaseJdbcConnection(org.springframework.jdbc.datasource.ConnectionHandle, javax.jdo.PersistenceManager)
,
ConnectionHandle.getConnection()
,
SimpleConnectionHandle
,
JdoTransactionManager.setDataSource(javax.sql.DataSource)
,
NativeJdbcExtractor
public void releaseJdbcConnection(ConnectionHandle conHandle, javax.jdo.PersistenceManager pm) throws javax.jdo.JDOException, SQLException
getJdbcConnection
. This should be invoked in any case,
to allow for proper release of the retrieved Connection handle.
An implementation might simply do nothing, if the Connection returned
by getJdbcConnection
will be implicitly closed when the JDO
transaction completes respectively when the PersistenceManager is closed.
conHandle
- the JDBC Connection handle to releasepm
- the current JDO PersistenceManager
javax.jdo.JDOException
- if thrown by JDO methods
SQLException
- if thrown by JDBC methodsgetJdbcConnection(javax.jdo.PersistenceManager, boolean)
public void applyQueryTimeout(javax.jdo.Query query, int timeout) throws javax.jdo.JDOException
Invoked by JdoTemplate with the remaining time of a specified transaction timeout, if any.
query
- the JDO query object to apply the timeout totimeout
- the timeout value to apply
javax.jdo.JDOException
- if thrown by JDO methodsJdoTemplate.prepareQuery(javax.jdo.Query)
public void flush(javax.jdo.PersistenceManager pm) throws javax.jdo.JDOException
pm
- the current JDO PersistenceManager
javax.jdo.JDOException
- in case of errorsJdoAccessor.setFlushEager(boolean)
public DataAccessException translateException(javax.jdo.JDOException ex)
Of particular importance is the correct translation to DataIntegrityViolationException, for example on constraint violation. Unfortunately, standard JDO does not allow for portable detection of this.
Can use a SQLExceptionTranslator for translating underlying SQLExceptions in a database-specific fashion.
ex
- the JDOException thrown
JdoAccessor.convertJdoAccessException(javax.jdo.JDOException)
,
JdoTransactionManager.convertJdoAccessException(javax.jdo.JDOException)
,
PersistenceManagerFactoryUtils.convertJdoAccessException(javax.jdo.JDOException)
,
DataIntegrityViolationException
,
SQLExceptionTranslator
|
|||||||||||
PREV CLASS NEXT CLASS | FRAMES NO FRAMES | ||||||||||
SUMMARY: NESTED | FIELD | CONSTR | METHOD | DETAIL: FIELD | CONSTR | METHOD |