org.apache.tomcat.jdbc.pool.ConnectionPool#close should not call Thread.interrupted() because interrupt was already reset by code that thrown InterruptedException. } catch (InterruptedException ex) { if (getPoolProperties().getPropagateInterruptState()) { Thread.currentThread().interrupt(); - } else { - Thread.interrupted(); } }
Also, why this flag (PropagateInterruptState) is false by default? Why it even exists? Why someone may want pool to swallow interruptions?
(In reply to Mikhail Mazursky from comment #1) > Also, why this flag (PropagateInterruptState) is false by default? Why it > even exists? Why someone may want pool to swallow interruptions? This attribute was introduced by BZ52066. See https://issues.apache.org/bugzilla/show_bug.cgi?id=52066.
Thanks for the report. Fixed in trunk and 7.0.x and will be included in 7.0.43 onwards.