You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ant.apache.org by "Nicolas Lalevée (JIRA)" <ji...@apache.org> on 2008/07/22 18:05:31 UTC

[jira] Commented: (IVYDE-105) Retrieve after resolve feature does not clean target directory first

    [ https://issues.apache.org/jira/browse/IVYDE-105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12615652#action_12615652 ] 

Nicolas Lalevée commented on IVYDE-105:
---------------------------------------

Actually Ivy already support it, see the "sync" attribute of the ant task: http://ant.apache.org/ivy/history/latest-milestone/use/retrieve.html
It it just IvyDE that is not offering it via its UI.

> Retrieve after resolve feature does not clean target directory first
> --------------------------------------------------------------------
>
>                 Key: IVYDE-105
>                 URL: https://issues.apache.org/jira/browse/IVYDE-105
>             Project: IvyDE
>          Issue Type: Bug
>    Affects Versions: 2.0.0.alpha1
>         Environment: Eclipse 3.4
>            Reporter: Sébastien Launay
>
> I use the 'Retrieve after resolve' feature in order to populate the directory web/WEB-INF/lib
> in my project using pattern 'web/WEB-INF/lib/[artifact]-[revision].[ext]'.
> This directory is used by the servlet engine in order to load librairies, but the directory can
> contain multiple artifact of the same module (mylib-1.0.jar and mylib-1.1.jar) or old dependencies
> if you update your ivy.xml and then resolve again.
> I know that removing files based on a pattern is dangerous and not trivial.
> Removing files below the longest path without '[' may be a good alternative
> (with an optional check box "Clean directory").
> Another solution is to keep the previous retrieved artifacts and removing them if still
> present just before the new retrieve.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.