Return-Path: 
 <dev-return-56237-apmail-ant-dev-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-dev-archive@www.apache.org
Received: (qmail 8190 invoked from network); 9 Mar 2004 10:00:09 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 9 Mar 2004 10:00:09 -0000
Received: (qmail 16249 invoked by uid 500); 9 Mar 2004 09:59:42 -0000
Delivered-To: apmail-ant-dev-archive@ant.apache.org
Received: (qmail 16105 invoked by uid 500); 9 Mar 2004 09:59:41 -0000
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@ant.apache.org>
List-Subscribe: <mailto:dev-subscribe@ant.apache.org>
List-Help: <mailto:dev-help@ant.apache.org>
List-Post: <mailto:dev@ant.apache.org>
List-Id: "Ant Developers List" <dev.ant.apache.org>
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Delivered-To: mailing list dev@ant.apache.org
Received: (qmail 16089 invoked from network); 9 Mar 2004 09:59:41 -0000
Received: from unknown (HELO junior.lgc.com) (134.132.72.99)
  by daedalus.apache.org with SMTP; 9 Mar 2004 09:59:41 -0000
Received: from lgchvw01.lgc.com (lgchvw01.lgc.com [134.132.93.107])
	by junior.lgc.com (8.11.7/8.11.3) with SMTP id i299wh702333
	for <dev@ant.apache.org>; Tue, 9 Mar 2004 03:58:43 -0600 (CST)
Received: from 134.132.93.152 by lgchvw01.lgc.com (InterScan E-Mail VirusWall
 NT); Tue, 09 Mar 2004 03:59:53 -0600
Received: by lgchexchbh.ad.lgc.com with Internet Mail Service (5.5.2657.72)
	id <FY58S9KF>; Tue, 9 Mar 2004 03:59:53 -0600
Message-ID: <830BF4914C3C4B4EB1C438D93ABF897A272A82@lgchexch011.ad.lgc.com>
From: Dominique Devienne <DDevienne@lgc.com>
To: "'Ant Developers List'" <dev@ant.apache.org>
Subject: RE: Problem with <macrodef> + <script language="javascript"> on W
	indo ws
Date: Tue, 9 Mar 2004 03:59:45 -0600 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

> From: Stefan Bodewig [mailto:bodewig@apache.org]
> 
> On Mon, 8 Mar 2004, Dominique Devienne <DDevienne@lgc.com> wrote:
> 
> >           file = project.resolveFile("@{file}");
> ...
> 
> > In the <last-modified> macro, when called from the other macro,
> > the file attribute has lost of its back-slashes '\'...
> 
> Because it lives inside a JavaScript string and JavaScript uses
> backslashes as escape characters.  <macrodef> is only doing a textual
> replace.

What I don't understand is that the first macro I listed works
when used directly (i.e. when that macro is not used within another
macro). So I suspect it's the macro-within-macro has something to
do with it.

I haven't tried, but I'm pretty sure if I was to implement that
<last-modified> macro into a Java task, things would work as expected
which is why again I suspect <macrodef> to have something to do with
it... But of course I've been known to be wrong ;-)

> Turn
> >       <property name="@{name}.dest"
> >                 location="${helpzips}/com_lgc_@{name}_help.zip" />
> 
> into
> 
>       <property name="@{name}.dest"
>                 value="${helpzips}/com_lgc_@{name}_help.zip" />
> 
> It won't hurt since you are using project.resolveFile anyway and you
> don't have any backslashes in the string - unless the expanded
> helpzips property contains some.

It doesn't, which is why I used location. @{name}.dest is not used
only by the <last-modified> macro. --DD

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org