--- "Laird J. Nelson" <[EMAIL PROTECTED]> wrote: > > -----Original Message----- > > From: John McNally [mailto:[EMAIL PROTECTED] > > Why is this such a contentious issue? > > FWIW, because some users have business experience, and some do not. > Those who do recognize that business *runs* on stopgap solutions. The > fewer of those stopgap solutions you have to write, the better, IMHO.
Your implication that those of us arguing against this feature do not have real business experience has not gone unnoticed. This is especially interesting considering one of the most respected developers around here, Craig McClanahan, is arguing against this feature as well. You presume to know too much about your fellow developer's experiences. I have seen enough bad JDBC code to know that a feature like this is popular. "Why should I bother writing good database code if the pool will just cleanup after me?" Some developers have chosen to argue from the emotional/purist point of view. I choose to argue from the practical side. A connection pool has absolutely no way of knowing when a connection has been abandoned. If you configure the pool to reclaim connections after x minutes and a new app comes along that needs it for x+1 minutes you will have a *very* confusing bug caused by DBCP. This is absolutely not a DBCP code issue; it is a management issue. Applications that leak resources should have their own separate connection pool. When they run out of connections, only that app will break and won't affect any other applications on the server. It will be much easier to debug the leak in the isolated app because DBCP won't hide it from you and you won't have to search any other apps. So, there is no need for this feature in DBCP if the above process is followed. This makes everyone's life simpler :-). David > > Count me among those who would like to see this ability, but as a > separate plugin, or a subclass, etc. > > Cheers, > Laird > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
