Mailing-List: contact ivy-user-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ivy-user@ant.apache.org
Received-SPF: pass (nike.apache.org: domain of gudnabrsam@gmail.com designates
 209.85.211.180 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:content-transfer-encoding:message-id:content-type:to
         :from:subject:date:x-mailer;
        b=QoVfETz++exeF3cWHfzsyZpZQUc/peboiGIcl/QkV11QB3Q1kdn2/EkpNs/SEWuIrP
         F2ATllk2WlUTQtu7SZMJUG2yvFYUxUC3+mhDcgJxPmrZncIwGv0+hZ8I6opP20sB701M
         lot3oZWF8WpKFN+5/GHSjHFfo6clGVAZBwt+4=
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Transfer-Encoding: 7bit
Message-Id: <A9E3E646-EA98-4010-85C2-EFB09192E737@gmail.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: ivy-user@ant.apache.org
From: Matt Benson <gudnabrsam@gmail.com>
Subject: [IvyDE] resolver appears to delete jars not needed by the current
 conf
Date: Wed, 10 Mar 2010 16:36:51 -0600

Say I've got:

A[default,test] with an artifact for each conf

and:

B[default]->A[default]
C[default]->A[default]
D[default]->A[default]
D[test]->A[test]

Now, as one would probably expect, A[test] extends A[default] and D 
[test] extends D[default].  Furthermore, for the purposes of this  
discussion the workspace resolver is immaterial.  Now, if I resolve D 
[test], A[test] ends up in the cache as desired.  However, if I then  
resolve (B|C)[default], it seems that A[default] remains in the cache  
but its [test] artifact is lost.  I am using Hudson-built versions of  
Ivy and IvyDE, and the A|B|C|D artifacts are all coming through a  
single URL resolver with a changing revision (using the Maven - 
SNAPSHOT convention).  This doesn't seem to happen when I resolve (B| 
C)[default] using the Ant tasks.  I can't see how to turn up the log  
level in IvyDE (I don't know how/where to hand-edit the preference  
and there doesn't seem to be a way to do it through the UI).  Any  
suggestions on what is going on?

Thanks,
Matt