db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rick Hillegas (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (DERBY-6440) Connections opened by ForeignTableVTI never get released
Date Mon, 23 Dec 2013 18:53:52 GMT

    [ https://issues.apache.org/jira/browse/DERBY-6440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855840#comment-13855840

Rick Hillegas commented on DERBY-6440:

Thanks for logging this issue, Knut. Probably we can add a static method to remove the connection
from the HashMap in ForeignTableVTI and call that method from ForeignDBViews.unloadTool().

> Connections opened by ForeignTableVTI never get released
> --------------------------------------------------------
>                 Key: DERBY-6440
>                 URL: https://issues.apache.org/jira/browse/DERBY-6440
>             Project: Derby
>          Issue Type: Bug
>          Components: Tools
>    Affects Versions:
>            Reporter: Knut Anders Hatlen
> I noticed during a run of suites.All that one database instance never got garbage collected,
even after it had been shut down. It turned out it could not get garbage collected because
it was still referenced from the static HashMap _connections in ForeignTableVTI. Looking closer
at ForeignTableVTI, it looks as if it only calls put() and get() on the HashMap, never remove(),
so its memory footprint will keep increasing as it is used.
> It would be good to have some way (preferably automatic) of releasing the resources held
by ForeignTableVTI when they are no longer needed.

This message was sent by Atlassian JIRA

View raw message