Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 25529 invoked from network); 26 Feb 2010 15:29:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 26 Feb 2010 15:29:11 -0000 Received: (qmail 84442 invoked by uid 500); 26 Feb 2010 15:29:10 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 84406 invoked by uid 500); 26 Feb 2010 15:29:10 -0000 Mailing-List: contact user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Ant Users List" Reply-To: "Ant Users List" Delivered-To: mailing list user@ant.apache.org Received: (qmail 84398 invoked by uid 99); 26 Feb 2010 15:29:10 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Feb 2010 15:29:10 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gudnabrsam@gmail.com designates 209.85.211.182 as permitted sender) Received: from [209.85.211.182] (HELO mail-yw0-f182.google.com) (209.85.211.182) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Feb 2010 15:29:01 +0000 Received: by ywh12 with SMTP id 12so79649ywh.10 for ; Fri, 26 Feb 2010 07:28:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:mime-version:in-reply-to :references:content-type:message-id:content-transfer-encoding:from :subject:date:to:x-mailer; bh=qhTwr56tJAUlD1R9VL3RG1EkL7suvs4YFimD/Do4eE8=; b=VZa98GRr7UDJhZWhXM1lAxkJNJJvSD78FeLYbImZfjyYQBp3NdgNBCUv1xvhOozlEp aqfqpfbxaSiyuje/oVLzTggE7GWVR2UMYDcjd1s2Vc64u5H3fC6pfFGFy0sKdypn1A9g dLA4gN2WtWctEt9STQiB7isWmcLeFMuMY2bk8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:content-type:message-id :content-transfer-encoding:from:subject:date:to:x-mailer; b=eGksCEDDGOI75xVvRDLHLo9kaZUS7VtAWZGEJBgIRDzhWr4r+fmGlpTP8inIp9gAVl iEcEMkCe94JpNUo4Q8MI1YzKs3XHLx4C23NafzvNumFbyatHzJvDXdGuzGTpVMF6vCyS XJhh1dIGdwPcFk94laDG1KxBrKdI+7E60hntM= Received: by 10.91.81.10 with SMTP id i10mr558316agl.49.1267198117069; Fri, 26 Feb 2010 07:28:37 -0800 (PST) Received: from ?192.168.1.195? (adsl-068-213-090-227.sip.bhm.bellsouth.net [68.213.90.227]) by mx.google.com with ESMTPS id 16sm131562gxk.13.2010.02.26.07.28.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Feb 2010 07:28:36 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v753.1) In-Reply-To: <4B87E6EB.90307@gmx.de> References: <06080D44730F41428BAF2168FA8BDD8004475C5A@icsrv02.icongmbh.de> <4B87E6EB.90307@gmx.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <368AE9D4-B17F-4B0A-A38B-58C4CE446EE3@gmail.com> Content-Transfer-Encoding: 7bit From: Matt Benson Subject: Re: Jar and duplicate=preserve Date: Fri, 26 Feb 2010 09:28:45 -0600 To: "Ant Users List" X-Mailer: Apple Mail (2.753.1) X-Virus-Checked: Checked by ClamAV on apache.org I think duplicate="preserve" actually implies that both entries are retained, per the ability of the format to handle this seemingly illogical situation. -Matt On Feb 26, 2010, at 9:21 AM, Antoine Levy Lambert wrote: > Hello Juergen, > > my spontaneous answer is that duplicate="preserve" means that if a > jar/zip entry is encountered a second time, the original is > preserved, the second instance is not used, and no error message is > displayed. This might be in the documentation of the zip task. jar > is an extension of zip. > > Therefore, the behavior under linux would be a bug of Ant's > packaging tasks. > > Regards, > > Antoine > > > Knuplesch, Juergen wrote: >> Hello, >> >> I do the following to get some special files into a jarfile (Applet): >> >> >> >> >> > update="true"> >> .... >> >> There are two files in in both filesets that are added to the jar >> file. >> >> Under Windows the first file is added to the jar in the first jar >> task and not changed with the second jar task. >> >> Under Linux we experience the opposite behaviour. The second file >> is added and the first deleted. >> >> Is this possible? What does duplicate="preserve" exactly mean? >> It is not explained in the docu. I found it out by testing. >> >> Greetings Juergen >> >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org > For additional commands, e-mail: user-help@ant.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org