A huge webapp in my Tomcat sometimes starts using too many DBCP connections, leading to problems.
To investigate, I want to know precisely at each point in time what thread/method is holding a connection of the pool. Does not need to be real-time, post-mortem analysis is OK.
I have been looking for such a DBCP monitoring tool, in vain, so I am about to write mine.
(if there is any interest I can make it open source)
Here is my plan:
DBCP+1 <thread-id>
"DBCP-1 <thread-id>
"QUESTION:
Am I missing some Commons-DBCP 1.4 concept that makes the idea invalid?
Or am I re-inventing the wheel?
There was no such tool, so I created it:
https://github.com/nicolas-raoul/Commons-DBCP-monitoring
It monitors Commons DBCP usage (using/waiting for connection) and allows one to create such graphs:
I asked whether my assumptions are valid on the Commons DBCP mailing list.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With