Used internally by JdbcTemplate, but also useful for application code. Note that the passed-in CallableStatement can have been created by the framework or by a custom CallableStatementCreator. However, the latter is hardly ever necessary, as most custom callback actions will perform updates in which case a standard CallableStatement is fine. Custom actions will always set parameter values themselves, so that CallableStatementCreator capability is not needed either.
JdbcTemplate#execute(String, CallableStatementCallback), JdbcTemplate#execute(CallableStatementCreator, CallableStatementCallback)
| Modifier and Type | Method and Description |
|---|---|
| public T | Returns: a result object, ornull if noneactive JDBC CallableStatement cs)Gets called by |
| doInCallableStatement | back to summary |
|---|---|
| public T doInCallableStatement(CallableStatement cs) throws SQLException, DataAccessException Gets called by Note Any ResultSets opened should be closed in finally blocks
within the callback implementation. Spring will close the Statement
object after the callback returned, but this does not necessarily imply
that the ResultSet resources will be closed: the Statement objects might
get pooled by the connection pool, with If called without a thread-bound JDBC transaction (initiated by DataSourceTransactionManager), the code will simply get executed on the JDBC connection with its transactional semantics. If JdbcTemplate is configured to use a JTA-aware DataSource, the JDBC connection and thus the callback code will be transactional if a JTA transaction is active. Allows for returning a result object created within the callback, i.e. a domain object or a collection of domain objects. A thrown RuntimeException is treated as application exception: it gets propagated to the caller of the template.
| |