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.