[
https://issues.apache.org/jira/browse/IVY-1145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786560#action_12786560
]
Jason Trump commented on IVY-1145:
----------------------------------
yep, trunk build resolves issue, thanks.
jt
> 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: trunk
>
>
> 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.
