You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Konstantin V. Salikhov (JIRA)" <ji...@apache.org> on 2014/12/15 11:35:13 UTC
[jira] [Created] (CAMEL-8153) Fix potential connection leak in
StreamList mode
Konstantin V. Salikhov created CAMEL-8153:
---------------------------------------------
Summary: Fix potential connection leak in StreamList mode
Key: CAMEL-8153
URL: https://issues.apache.org/jira/browse/CAMEL-8153
Project: Camel
Issue Type: Improvement
Components: camel-jdbc
Affects Versions: 2.14.0
Environment: Linux, Apache Tomcat 7.0.41
Reporter: Konstantin V. Salikhov
Priority: Minor
Attachments: leakPatch.diff
When using camel-jdbc component with newly introduced StreamList mode I've faced a 100% reproducible connection leak issue.
My investigation leads me to Tomcat connection pool implementation - it has problem with returing current connection from Statement object - instead of returning pool specific proxy it returns actual JDBC connection.
There is `statement.getConnection()` line in `org.apache.camel.component.jdbc.ResultSetIterator` so in my particular scenario things work like this:
1) Camel borrows connection from Tomcat pool
2) Camel leaves JDBC connection and ResultSet intact as we use StreamList mode of camel-jdbc component
3) Route processes resultset in streaming mode and completes successfully
4) Camel tries to close connection, but due to connection pool implementation issue it closes actual JDBC connection instead of returing it to the pool
5) Actual JDBC connection is closed an connection pool is unaware of this fact thinking it's still open and in use by application
It would be more error prone to pass proper connection object to ResultSetIterator along with result set and not rely on statement.getConnection() call.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)