[jboss-jira] [JBoss JIRA] Moved: (JBVFS-1) Leak due to VirtualFileURLConnection.class.urlCache()

[Dimitris Andreadis (JIRA)]

     [ http://jira.jboss.com/jira/browse/JBVFS-1?page=all ]

Dimitris Andreadis moved JBMICROCONT-157 to JBVFS-1:
----------------------------------------------------

              Project: JBoss VFS  (was: JBoss MicroContainer)
                  Key: JBVFS-1  (was: JBMICROCONT-157)
          Component/s:     (was: VFS)
        Fix Version/s: 2.0.0.Beta7
                           (was: JBossMC-2.0.0.CR1)
    Affects Version/s:     (was:  JBossMC_2_0_0 Beta3)

> Leak due to VirtualFileURLConnection.class.urlCache()
> -----------------------------------------------------
>
>                 Key: JBVFS-1
>                 URL: http://jira.jboss.com/jira/browse/JBVFS-1
>             Project: JBoss VFS
>          Issue Type: Bug
>            Reporter: Scott M Stark
>         Assigned To: Scott M Stark
>             Fix For: 2.0.0.Beta7
>
>
> > I think I got another one.
> > There is a static ref to the VFS in VirtualFileURLConnection. In the end
> > the VirtualFile is kept in memory. See left bottom on the picture. If
> > these are the things to look for, then I got a bundle more.
> > Note that the VirtualFile is actually a reference to an EJB3 deployment,
> > so it's probably EJB3 code not cleaning up properly. But this shouldn't
> > lock down a ref in VFS.
> There is definately a memory leak in
> VirtualFileURLConnection.class.urlCache(). It grows without bounds.
> After an incomplete JBossWS test run 53 megs of heap is tied to this
> cache.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira