|
Protomatter Software v1.1.7 | |||||||||
PREV PACKAGE NEXT PACKAGE | FRAMES NO FRAMES |
See:
Description
Class Summary | |
JdbcConnectionPool | Provides a pool of pre-opened JDBC connections. |
JdbcConnectionPoolConnection | A java.sql.Connection that's part of a pool of conections. |
JdbcConnectionPoolDataSource | An implementation of the javax.sql.DataSource and javax.sql.ConnectionPoolDataSource interfaces. |
JdbcConnectionPoolDriver | The driver for use with JDBC connection pools. |
JdbcConnectionPoolPooledConnection | An implementation of the javax.sql.PooledConnection interface. |
MessageConstants | Constants for messages loaded from resource bundles. |
PoolTest | A standalone connection pool testing application. |
Exception Summary | |
PoolSQLException | A SQLException from a JDBC Connection pool that can mask another exception. |
A JDBC Driver that maintains a pool of connections.
Class.forName("com.protomatter.jdbc.pool.JdbcConnectionPoolDriver");
The driver automatically registers itself with the JDBC DriverManager when the class is loaded by the VM. Because the driver keeps a list of pools as a static (class) variable, and because of a bug in JDK 1.1.x's classloader, you may need to either keep a reference to an instance of the JdbcConnectionPoolDriver class somewhere where it won't be re-claimed by the garbage collector, or you may need to give java the -noclassgc flag.
One example is:
// initialization params are kept in a Hashtable Hashtable args = new Hashtable(); // the underlying driver -- in this case, the Oracle thin driver. args.put("jdbc.driver", "oracle.jdbc.driver.OracleDriver"); // the URL to connect the underlyng driver with the server args.put("jdbc.URL", "jdbc:oracle:thin:@server:1521:ORCL"); // these are properties that get passed // to DriverManager.getConnection(...) Properties jdbcProperties = new Properties(); jdbcProperties.put("user", "admin"); jdbcProperties.put("password", "secret"); args.put("jdbc.properties", jdbcProperties); // a statement that is guaranteed to work // if the connection is working. args.put("jdbc.validityCheckStatement", "SELECT 1 FROM DUAL"); // If this is specified, a low-priority thread will // sit in the background and refresh this pool every // N seconds. In this case, it's refreshed every two minutes. args.put("pool.refreshThreadCheckInterval", new Integer(120)); // the initial size of the pool. args.put("pool.initialSize", new Integer(5)); // the maximum size the pool can grow to. args.put("pool.maxSize", new Integer(10)); // each time the pool grows, it grows by this many connections args.put("pool.growBlock", new Integer(2)); // between successive connections, wait this many milliseconds. args.put("pool.createWaitTime", new Integer(2000)); // finally create the pool and we're ready to go! JdbcConnectionPool oraclePool = new JdbcConnectionPool("oraclePool", args);
You can also simply use a properties file to configure pools, using the JdbcConnectionPool object.
Once a pool is created, it is automatically registered with the pool driver -- you can immediately start opening connections with it.
The URL given to the DriverManager is just "jdbc:protomatter:pool:poolName" where poolName is the name of the pool you want a connection from.String url = "jdbc:protomatter:pool:oraclePool"; Connection c = DriverManager.getConnection(url);
If there is not a connection available, and the maximum size for the pool has been reached, the caller is placed in a FIFO queue of threads waiting for connections to become available, and is awakened after a connection is checked back in. If the maximum size for the queue has not been reached and there are no available connections, a new connection is created and handed out. Of course, if there is a connection available, it is handed out immediately.
You can also use the JDBC 2.x javax.sql.DataSource interface to get connections from a pool. Simply do the following:
And then use the connection as you would normally.DataSource ds = new JdbcConnectionPoolDataSource("oraclePool"); Connection c = ds.getConnection();
As you might guess, it's very important to close a connection when you are done using it, or the pool will "leak" connections. We suggest using the pool within a try/catch/finally block, like this:
It's also important to make sure you close all Statement, PreparedStatement and ResultSet objects associated with a connection before you close the connection itself.Connection c = null; PreparedStatement s = null; ResultSet r = null; try { String url = "jdbc:protomatter:pool:myConnectionPool"; c = DriverManager.getConnection(url); s = c.prepareStatement("SELECT * FROM MYTABLE"); r = s.executeQuery(); while (r.next()) { // do something with each row } } catch (SQLException x) { // handle the exception } finally { // it's important to enclose the calls to close() // in a try block to make sure all three get called. try { r.close(); } catch (SQLException x) { ; } try { s.close(); } catch (SQLException x) { ; } try { c.close(); } catch (SQLException x) { ; } }
com.protomatter.jdbc.pool.JdbcConnectionPool
com.protomatter.jdbc.pool.JdbcConnectionPoolDriver
com.protomatter.jdbc.pool.JdbcConnectionPoolConnection
com.protomatter.jdbc.pool.PoolSQLException
com.protomatter.pool.GrowingObjectPool
com.protomatter.pool.SimpleObjectPool
com.protomatter.pool.ObjectPool
com.protomatter.pool.ObjectPoolObject
|
Protomatter Software v1.1.7 Copyright 1998-2002 Nate Sammons |
|||||||||
PREV PACKAGE NEXT PACKAGE | FRAMES NO FRAMES |
Protomatter Software v1.1.7 | http://protomatter.sourceforge.net/1.1.7 |