geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kevan Miller (JIRA)" <>
Subject [jira] Commented: (GERONIMO-777) Deployment files not removed on Windows
Date Wed, 23 Nov 2005 03:07:36 GMT
    [ ] 

Kevan Miller commented on GERONIMO-777:

The only files that I see not being deleted are jar files. Since MultiParentClassLoaders are
now being GC'ed, I think we have a fighting chance at cleaning up these config-store directories
on windoze machines. Options seem to be:

1) Forcing a GC before deleting the config-store files (assuming that the MPCL has been freed
up by the time we're cleaning up the directories). I've tried a simple test of this, but it's
not currently working. Potential problem, too -- occasionally MPCL objects are temporarily
kept alive by a ThreadLocal reference. This would prevent us from deleting the jar files.

2) A Daemon thread that periodically attempts to remove config-store directories which were
not successfully deleted the first time around.

Reason for doing "something" is that File.deleteOnExit() is not working. I never see the jar
files and directories being deleted (at least when I ctrl-C the server...). 

> Deployment files not removed on Windows
> ---------------------------------------
>          Key: GERONIMO-777
>          URL:
>      Project: Geronimo
>         Type: Bug
>     Versions: 1.0-M3, 1.0-M4, 1.0-M5
>  Environment: Windows
>     Reporter: Jeremy Boynes
>     Assignee: Kevan Miller
>      Fix For: 1.0

> When running on Windows, deployment leaves behind files and directories in the user's
temp directory. Due to the way temp file names are allocated, this can result in deployment
failures with an unintuitive AccessDenied IOException. These files cannot be removed without
shutting down the server.

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