You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Carl Krick (JIRA)" <ji...@apache.org> on 2015/11/23 15:46:11 UTC
[jira] [Commented] (VFS-309) ThreadLocal memory leak in
DefaultFileContent
[ https://issues.apache.org/jira/browse/VFS-309?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15022182#comment-15022182 ]
Carl Krick commented on VFS-309:
--------------------------------
Hello,
Do we know when this is going to be released?
Regards
> ThreadLocal memory leak in DefaultFileContent
> ---------------------------------------------
>
> Key: VFS-309
> URL: https://issues.apache.org/jira/browse/VFS-309
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: 2.0
> Environment: Tomcat servlet container
> Reporter: jontro
> Assignee: Bernd Eckenfels
> Priority: Blocker
> Fix For: 2.1
>
> Attachments: close-on-close_v02.patch, threadlocal_setNull_vs_remove_bug.patch
>
>
> When using commons vfs in a servlet container the ThreadLocal values stored will not be released once the request finishes.
> There needs to be a method to clear these values otherwise the data will leak into the next request.
> This was detected with tomcat 6.0.26. Upon undeploying an app that uses commons vfs tomcat detects the leaks with a huge amount of the following messages:
> A web application created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@52fb241d]) and a value of type [org.apache.commons.vfs.provider.FileContentThreadData] (value [org.apache.commons.vfs.provider.FileContentThreadData@6600167a]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)