|
Joe Sam Shirah wrote: > First, there is normally no reason to run multiple connection pools > for the same driver with properly written programs ( using JNDI to > access the pooled connections. ) Well, I need to connection pools for two different types of connections ... JDBC and AS400. > Also, connection pools are seldom manually shut down. Instead they > are started up and ended by the container at start up and shut > down time. True ... but my application needs to be able to quiesce the server in order to release object locks so that backups can be performed. > You never know for sure what people were thinking when they wrote > something, but I assume they just chose to keep the thread in memory > waiting ( doing nothing ) as opposed to ending and starting a new one > later. The basis was most likely how connection pools are expected > to be used, and that connection clean up would probably only be > stopped briefly. I could see either way as reasonable. The thread never ends ... even if the connection pool is closed. If the connection pool is closed, then any associated maintenance threads should be shutdown. IMHO, of course. I've logged a bug in sourceforge for this ... and submitted my patch to cleanup the thread when it's supposed to be shutdown. david
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.