Return-Path: 
 <ivy-user-return-4386-apmail-ant-ivy-user-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-ivy-user-archive@www.apache.org
Received: (qmail 29650 invoked from network); 4 Dec 2008 22:30:17 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 4 Dec 2008 22:30:17 -0000
Received: (qmail 4608 invoked by uid 500); 4 Dec 2008 22:30:29 -0000
Delivered-To: apmail-ant-ivy-user-archive@ant.apache.org
Received: (qmail 4375 invoked by uid 500); 4 Dec 2008 22:30:28 -0000
Mailing-List: contact ivy-user-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:ivy-user-help@ant.apache.org>
List-Unsubscribe: <mailto:ivy-user-unsubscribe@ant.apache.org>
List-Post: <mailto:ivy-user@ant.apache.org>
List-Id: <ivy-user.ant.apache.org>
Reply-To: ivy-user@ant.apache.org
Delivered-To: mailing list ivy-user@ant.apache.org
Received: (qmail 4360 invoked by uid 99); 4 Dec 2008 22:30:28 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Dec 2008 14:30:28 -0800
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: local policy)
Received: from [68.142.200.150] (HELO web30807.mail.mud.yahoo.com)
 (68.142.200.150)
    by apache.org (qpsmtpd/0.29) with SMTP; Thu, 04 Dec 2008 22:28:58 +0000
Received: (qmail 43588 invoked by uid 60001); 4 Dec 2008 22:28:44 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID;
  b=zIa0iqpcxm7MJM+IV5Rj/joZmD1G52qvHMjR5ROSnz0WaLJnZQRQ7R+FHF9SFqwbxeTmfu53WPNZEJ2EWHv764DrzFSOEe1LJixjjou1pEdFMciFhqLRgVHhlMcsyttHqP5+FqAA4OScoyhmqI0/ChQZGaFkxLTMHJuUnDM2JAI=;
X-YMail-OSG: 
 RF5qgC8VM1n0bGI5sv9nV2Y4GuK_78EGjrfyWWzclXuCWohkQeegMY.aOnqkJm1W9sapKIZpYiKFUuHwUVCsq9w_pby_MfgfXZUNX.B3hI6KVBJi8mllrVOGctjDXJgheh9HQQSxzOVxBGMBHrpqipxWURhys8cqVWhiibq22nMUN.vBWomU5QTTAC91
Received: from [80.201.34.224] by web30807.mail.mud.yahoo.com via HTTP;
 Thu, 04 Dec 2008 14:28:44 PST
X-Mailer: YahooMailRC/1155.39 YahooMailWebService/0.7.260.1
References: <200812031716.23133.bdamm@silverspringnet.com>
 <200812041413.04168.bdamm@silverspringnet.com>
Date: Thu, 4 Dec 2008 14:28:44 -0800 (PST)
From: Maarten Coene <maarten_coene@yahoo.com>
Subject: Re: exclude doesn't seem to quite work?
To: ivy-user@ant.apache.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Message-ID: <413557.41941.qm@web30807.mail.mud.yahoo.com>
X-Virus-Checked: Checked by ClamAV on apache.org

It seems like a bug to me. Please create a JIRA ticket.

I think it could be caused because your war configuration extends the default configuration.
Could you try to modify your ivy.xml so that this isn't the case any longer and try again?

Maarten




----- Original Message ----
From: Benjamin Damm <bdamm@silverspringnet.com>
To: ivy-user@ant.apache.org
Sent: Thursday, December 4, 2008 11:13:04 PM
Subject: Re: exclude doesn't seem to quite work?

I should add that this is 2.0.0rc2.

-Ben

On Wednesday 03 December 2008 05:16:22 pm Benjamin Damm wrote:
> Hi gang,
>
>   I'm running into a problem with <exclude>... my ivy.xml looks like this:
>
> <ivy-module version="2.0">
>     <info organisation="ssn-src" module="pc"/>
>     <configurations defaultconfmapping="default->default">
>         <conf name="default" />
>         <conf name="provided" description="they are provided by the env." />
>         <conf name="compile" extends="default,provided" />
>         <conf name="war" extends="default"/>
>     </configurations>
>     <dependencies>
> ...
>         <dependency org="log4j" name="log4j" rev="1.2.14+"
> conf="provided->default"/>
> ... <!-- other deps; indirect depends on log4j 1.2.13 in all my confs. -->
>         <exclude module="log4j" conf="war"/>
>
> Now, log4j;1.2.14 is in my compile conf, as I expect it to be.  But
> log4j;1.2.13 appears in my war conf, which is not what I expect.  I expect
> there to be no log4j because in this case the environment will provide it
> (jboss) with its own custom.
>
> Am I doing something wrong here or is there something up with how <exclude>
> works?
>
> Thanks,
> -Ben



-- 
Benjamin Damm
Silver Spring Networks
650-298-4200 x201