On Thu, 25 Apr 2013 10:46:55 +0200, Jiri Cincura <disk...@cincura.net> wrote: > On Thu, Apr 25, 2013 at 10:27 AM, Mark Rotteveel <m...@lawinegevaar.nl> > wrote: >> You could also see it from a different point: some part of your code is >> misbehaving (ie not releasing connections back to the pool in a timely > > Interesting. I would say why your code isn't going to be fixed in > first place? And should the library offer tools for this in first > place?
Maybe I am thinking too much from the Java concept of DataSources and connection pools. There the connection pools (at least in application servers) are - usually - not maintained by a single application, but by the application server and applications are configured to access the datasource by its name and request a connection. Connections requested from the pool are still 'owned' by the connection pool and the connection pool can decide to forcefully revoke a connection from a misbehaving 'client' (or a 'client' which takes too long to complete a piece of work). Also if the administrator recycles/clears the connection pool this means that all connections from the pool (including those currently checked out) can/will be closed. >> fashion), being able to force all connections from the pool to close >> might >> be a great way to detect (or mitigate) this problem. > > Maybe it's wrongly stuck in my head. But I don't see these connection > logically in pool (at that time). That's what steers me from it. They may not be available in the pool, but to me they are still owned by the connection pool. Mark ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr _______________________________________________ Firebird-net-provider mailing list Firebird-net-provider@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/firebird-net-provider
