Mailing-List: contact notifications-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@ant.apache.org
Message-ID: <1781053018.1216742731709.JavaMail.jira@brutus>
Date: Tue, 22 Jul 2008 09:05:31 -0700 (PDT)
From: =?utf-8?Q?Nicolas_Lalev=C3=A9e_=28JIRA=29?= <jira@apache.org>
To: notifications@ant.apache.org
Subject: [jira] Commented: (IVYDE-105) Retrieve after resolve feature does
 not clean target directory first
In-Reply-To: <747163228.1216738052061.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/IVYDE-105?page=3Dcom.atlassian.=
jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D12615=
652#action_12615652 ]=20

Nicolas Lalev=C3=A9e 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=C3=A9bastien Launay
>
> I use the 'Retrieve after resolve' feature in order to populate the direc=
tory 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 trivia=
l.
> Removing files below the longest path without '[' may be a good alternati=
ve
> (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.

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