Return-Path: <levylambert@tiscali-dsl.de>
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Delivered-To: mailing list dev@ant.apache.org
Received: (qmail 16012 invoked from network); 22 Apr 2003 23:17:50 -0000
Received: from relay1.tiscali.de (HELO webmail.tiscali.de) (62.27.55.1)
  by daedalus.apache.org with SMTP; 22 Apr 2003 23:17:50 -0000
Received: from DJ0X820J (80.128.232.241) by webmail.tiscali.de (6.7.008)
        id 3E9FEEB200261017; Wed, 23 Apr 2003 01:00:52 +0200
Message-ID: <038001c30925$6c082960$030200c0@DJ0X820J>
From: "Antoine Levy-Lambert" <levylambert@tiscali-dsl.de>
To: "Ant Developers List" <dev@ant.apache.org>
Cc: <gianugo@apache.org>
References: <3EA5BE0A.1080200@apache.org>
Subject: Re: Backward incompatible change in <war> task?
Date: Wed, 23 Apr 2003 01:18:01 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

I have fixed the problem.
Antoine
----- Original Message ----- 
From: "Gianugo Rabellino" <gianugo@apache.org>
To: <dev@ant.apache.org>
Sent: Wednesday, April 23, 2003 12:11 AM
Subject: Backward incompatible change in <war> task?


> Hi there,
> 
> probably some of you are already aware of this problem since I posted 
> about it on the Gump ML. I've never been a power ant user, and I never 
> participated in the ant development process so please forgive me if this 
> discussion has been already done in the past (apart from 
> http://marc.theaimsgroup.com/?l=ant-dev&m=105077339807455&w=2 I was 
> unable to find a particular reference to that).
> 
> In short, our beloved friend Gump found while building Xindice what I'd 
> label as a backward incompatible change in the <war> task. In 
> Xindice-land we are using the war task together with a <lib> subtask 
> that points (refid) to a fileset:
> 
>        <war 
> destfile="${dist.dir}/${project.filename}-${project.version}.war"
>             update="false"
>             webxml="config/web.xml">
>           <classes dir="${src.build.dir}"/>
>           <webinf dir="config">
>              <include name="system.xml"/>
>           </webinf>
>           <lib refid="core.jars" />
> 
> where core.jars is defined as a plain fileset in the <project> section. 
> Needless to say, this label is used elsewhere in the file so having it 
> as a refid makes it more mantainable for us: I don't consider a real 
> option to expand it inside the war target.
> 
> Unfortunately the Ant CVS version seems to accept only zipfilesets as 
> the argument to the lib element:
> 
> /home/rubys/jakarta/xml-xindice/build.xml:336: core.jars doesn't denote 
> a zipfileset
> 
> This is not easy to fix, since in turn the stable (released) version of 
> Ant (up to 1.5.3) doesn't allow for <zipfileset> in the project section. 
>    So we're bitten by a chicken and egg problem, since we should either 
> ship the CVS version of Ant or just forget about it and let our Gump 
> builds fail. I don't like either option, so I'm wondering if there is a 
> solution I'm missing (again, I'm not an Ant guru at all), a reason for 
> this particular backward incompatible change, or a chance to see it 
> corrected in Ant CVS: my take is that not only Xindice will be bitten by 
> this.
> 
> TIA,
> 
> -- 
> Gianugo Rabellino
> Pro-netics s.r.l.
> http://www.pro-netics.com
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>