ANT：如何读取 foreach 循环中设置的属性

Question

亲爱的，我目前在检索 foreach 循环中设置的属性值时遇到一些问题。也许你们中的一个人可以帮助我...

目的是检查自生成相应的jar以来文件夹中的一个文件是否已被修改。这样我就知道是否需要再次生成 jar。 我所做的是使用 foreach 循环遍历文件夹，如果一个文件与我的测试匹配，则将属性设置为 true。

问题是我的变量在循环后似乎不存在...这是一个具有相同问题的简化代码示例：

<target name="target">
    <taskdef resource="net/sf/antcontrib/antlib.xml" classpath="${lib.dir}/ant-contrib.jar"></taskdef>
    <foreach target="setVar" param="var" list="a,b"/>
    <echo>myreturn in target: ${env.myreturn}</echo>
    <property name="env.myreturn" value="c"/>
    <echo>myreturn in second: ${env.myreturn}</echo>
</target>
<target name="setVar">
    <property name="env.myreturn" value="${var}"/>
    <echo>myreturn in setVar: ${env.myreturn}</echo>
</target>

此代码的结果是：

target:
setVar:
 [echo] myreturn in setVar: a
setVar:
 [echo] myreturn in setVar: b
 [echo] myreturn in target: ${env.myreturn}
 [echo] myreturn in second: c
BUILD SUCCESSFUL

看来该变量已正确设置，因为它可以被打印在“setVar”目标中，但无法从调用目标检索值。

我还知道不可能为一个属性分配两次值。但问题甚至不会发生...当出现这种情况时，我可以在分配属性之前添加对属性值的检查，以确保它尚未初始化...

您有线索吗我可以解决我的问题吗？？？

非常感谢您的帮助:)

Answer 1

尝试使用 ant-contrib 中的 任务代替 。 任务利用了后来出现的 Ant 宏功能。与旧的 任务相比，它的工作速度更快且更灵活。使用 时，您处于同一项目上下文中。这意味着循环中设置的属性将在循环外部可见。当然，属性的正常规则适用...您只能设置一次...除非您使用 ant-contrib 的 任务来覆盖或取消设置先前设置的属性。

啊，蚂蚁黑客的乐趣。

Answer 2

不确定您的 foreach 问题，但是您不能使用 uptodate 任务吗要求？

Answer 3

即使我不再需要它，多亏了 sudocode，我也找到了我的问题的解决方案。也许对其他人有用......

一位同事谈到了 ant-contrib 的“antcallback”目标：它允许将结果从被调用的目标返回到调用的目标。通过“for”目标和“antcallback”的组合，可以做我想做的事情：

<target name="target">
    <taskdef resource="net/sf/antcontrib/antlib.xml" classpath="${lib.dir}/ant-contrib.jar"></taskdef>
    <for param="file">
        <path>
            <fileset dir="../myDirectory" includes="**/*" />
        </path>
        <sequential>
            <antcallback target="setVar" return="retValue">
                <param name="file" value="@{file}"/>
            </antcallback>
        </sequential>
    </for>
    <echo>result: ${retValue}</echo>
</target>
<target name="setVar">
    <property name="retValue" value="${file}"/>
</target>

“file”包含目录中文件的名称。它作为参数提供给被调用的目标，值为“@{file}”（由于“for”目标实现，“@”是必需的）。

在主目标的末尾，${retValue} 包含由“setVar”目标设置的第一个值。尝试多次设置它时不会引发错误，因此无需检查变量是否已在“setVar”目标中设置之前实例化。

Answer 4

任务在底层使用与 相同的逻辑，以及由 < 调用的目标内部设置的任何属性/code> 的范围不超出该目标的执行范围。

换句话说，您在 setVar 目标中定义的 env.myreturn 属性在该目标执行完成后就会丢失。

这种脚本编写确实不是 Ant 的设计目的。 Ant-contrib 库试图修补这些漏洞，但它仍然使它变形。

如果您需要编写此类脚本，并希望使用 Ant 任务来实现它们，请查看 Gradle。它是 Groovy（用于脚本编写）和 Ant（用于任务）的完美结合。

Answer 5

这里的其他方法（、、properties.put(....)、、）不适用于 ANT 1.9.4，因此我使用了与此类似的文件系统（伪代码） ：

<target name="outer">
  <for>  <antcall target="inner" />  </for>
  <loadproperties srcfile="tmpfile.properties" />
  <echo message="${outerprop}" />
</target>

  <target name="inner">
    <!-- did not work: -->
    <!--
      <property name="outerprop" value="true" /> 
      <var name="outerprop" value="true" /> 
      <groovy>properties.put('outerprop','true')</groovy>
      <antcallback target="setouterprop" />
    -->
    <echo message="outerprop=true" file="tmpfile.properties" />
  </target>

也许其他方法因为我的 而不起作用，但我在这里需要它。 （outerprop 最初未设置）