You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ant.apache.org by "Maarten Coene (JIRA)" <ji...@apache.org> on 2010/05/07 22:14:50 UTC
[jira] Updated: (IVY-1145) metadata lock files not always deleted
from cache
[ https://issues.apache.org/jira/browse/IVY-1145?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Maarten Coene updated IVY-1145:
-------------------------------
Fix Version/s: 2.2.0-RC1
(was: trunk)
> metadata lock files not always deleted from cache
> -------------------------------------------------
>
> Key: IVY-1145
> URL: https://issues.apache.org/jira/browse/IVY-1145
> Project: Ivy
> Issue Type: Bug
> Components: Core
> Affects Versions: trunk
> Reporter: Jason Trump
> Assignee: Maarten Coene
> Fix For: 2.2.0-RC1
>
>
> DefaultRepositoryCacheManager.cacheModuleDescriptor() sometimes leaves metadata*.lck files in the cache directory after a successful resolve. the problem seems to only occur when the searched artifact is actually found in the cache.
> The problem starts on DefaultRepositoryCacheManager:880, where the lock is created. It looks like lock / unlock should always happen in a try/finally, which doesn't happen here. In my case, the method returns on line 920 without ever unlocking the file.
> The issue started at revision 805346 (the most recent revision to this file).
> happy coding
> jt
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.