public class UserSuppliedConnectionProviderImpl extends Object implements ConnectionProvider
ConnectionProvider interface that simply throws an exception when a connection
 is requested, the assumption being that the application is responsible for handing the connection to use to
 the session| Constructor and Description | 
|---|
UserSuppliedConnectionProviderImpl()  | 
| Modifier and Type | Method and Description | 
|---|---|
void | 
closeConnection(Connection conn)
Release a connection from Hibernate use. 
 | 
Connection | 
getConnection()
Obtains a connection for Hibernate use according to the underlying strategy of this provider. 
 | 
boolean | 
isUnwrappableAs(Class unwrapType)
Can this wrapped service be unwrapped as the indicated type? 
 | 
boolean | 
supportsAggressiveRelease()
Does this connection provider support aggressive release of JDBC
 connections and re-acquisition of those connections (if need be) later?
 
 This is used in conjunction with  
AvailableSettings.RELEASE_CONNECTIONS
 to aggressively release JDBC connections. | 
<T> T | 
unwrap(Class<T> unwrapType)
Unproxy the service proxy 
 | 
public boolean isUnwrappableAs(Class unwrapType)
WrappedisUnwrappableAs in interface WrappedunwrapType - The type to check.public <T> T unwrap(Class<T> unwrapType)
Wrappedpublic Connection getConnection() throws SQLException
ConnectionProvidergetConnection in interface ConnectionProviderSQLException - Indicates a problem opening a connectionpublic void closeConnection(Connection conn) throws SQLException
ConnectionProvidercloseConnection in interface ConnectionProviderconn - The JDBC connection to releaseSQLException - Indicates a problem closing the connectionpublic boolean supportsAggressiveRelease()
ConnectionProviderAvailableSettings.RELEASE_CONNECTIONS
 to aggressively release JDBC connections.  However, the configured ConnectionProvider
 must support re-acquisition of the same underlying connection for that semantic to work.
 
 Typically, this is only true in managed environments where a container
 tracks connections by transaction or thread.
 Note that JTA semantic depends on the fact that the underlying connection provider does
 support aggressive release.supportsAggressiveRelease in interface ConnectionProvidertrue if aggressive releasing is supported; false otherwise.Copyright © 2001-2015 Red Hat, Inc. All Rights Reserved.