geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Jencks (JIRA)" <>
Subject [jira] Commented: (GERONIMO-1177) URLJarFile memory leak
Date Tue, 15 Nov 2005 21:16:28 GMT
    [ ] 

David Jencks commented on GERONIMO-1177:

Jeff, you missed the new files
Adding         modules/common/src/java/org/apache/geronimo/common/
Adding         modules/common/src/test/org/apache/geronimo/common/
Transmitting file data ..
Committed revision 344443.

> URLJarFile memory leak
> ----------------------
>          Key: GERONIMO-1177
>          URL:
>      Project: Geronimo
>         Type: Bug
>   Components: common
>     Versions: 1.0-M5
>  Environment: Win XP/ JDK 1.4.2
>     Reporter: Kevan Miller
>     Assignee: Jeff Genender
>      Fix For: 1.0
>  Attachments: urljarfile.patch
> There is a Sun bug which is causing a memory leak of URLJarFile instances in Geronimo.
The problem is caused by --
will hold onto strong references to all URLJarFile instances. So URLJarFiles can never be
GCed. This means that for every deploy/undeploy of an application, you'll leak URLJarFiles.
> The problem can be avoided by calling URLConnection.setDefaultUseCaches(false); This
will turn off the caching in JarFileFactory. 
> I have a fix which adds a GeronimoEnvironment class that can be used to perform common
environment setup for server, client, and deployer processes. GeronimoEnvironment.init();
is invoked as appropriate from these three process environments. init() currently only sets
DefaultUseCaches to false. There may be other functions which we could move there, but I didn't
investigate too deeply...
> Note that setDefaultUseCaches(false) is a "global" setting. So it affects the entire
runtime. URLConnection.setUseCaches(false) does not fix the problem.
> I'll post my patch, shortly...

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

View raw message