Bug 47119 - properties not expanded in default attributes
Summary: properties not expanded in default attributes
Status: NEW
Alias: None
Product: Ant
Classification: Unclassified
Component: Core tasks (show other bugs)
Version: 1.7.0
Hardware: PC Windows XP
: P2 normal (vote)
Target Milestone: ---
Assignee: Ant Notifications List
Depends on:
Reported: 2009-04-29 12:43 UTC by Vladimir Egorov
Modified: 2011-07-13 11:32 UTC (History)
1 user (show)


Note You need to log in before you can comment on or make changes to this bug.
Description Vladimir Egorov 2009-04-29 12:43:09 UTC

    <macrodef name="echotest">
      <attribute name="foo" default="${foo}" />
      <attribute name="bar" default="${@{foo}}" />
        <echo message="foo is [@{foo}]" />
        <echo message="bar is [@{bar}]" />

    <property name="foo" value="bar" />
    <property name="bar" value="baz" />

    <echotest />


     [echo] foo is [bar]
     [echo] bar is [${${foo}}]           --> bug, expect 'bar is [baz]'
Comment 1 Vladimir Egorov 2009-04-29 15:55:47 UTC
Suggested fix:

add the following line

      value = getProject().replaceProperties(value);

at line 343 org/apache/tools/ant/taskdefs/MacroInstance.java (the line number is from 1.6.5 source). The surrounding code looks like this:

      if (value == null) {
        throw new BuildException("required attribute " + attribute.getName()
            + " not set");
      value = getProject().replaceProperties(value);
      localProperties.put(attribute.getName(), value);

If I can get permission, I can make the change and add tests.

Comment 2 Peter Reilly 2009-04-30 00:49:17 UTC
properties do get resolved;
  <property name="x" value="this is x"/>
  <macrodef name="run">
    <attribute name="a" default="${x}"/>
      <echo>a is @{a}</echo>

i.e. they get resolve at the time of macro declaration,
but not at the time of macro use.

I am not sure that it is a good idea to resolve them
again at run time.
Comment 3 Vladimir Egorov 2009-04-30 09:27:08 UTC
Thanks for your review. Yes, properties do get replaced at macro declaration time. This request is to also replace them at macro call time.

Note that currently, the behavior is inconsistent: property in foo attribute got replaced, but not in bar.

I would think that expression like ${${foo}} is most likely not what user had intended. Is there any reason to want this?

This limitation keeps coming up in our framework. We like to use macrodef' feature of providing defaults for attributes in terms of previously defined attributes. But this breaks down, unexpectedly, when we try to use properties. Our users are telling us that we should fix this in the framework.