案例
<target name="ejbca:install" depends="check:bootstrapdone, ejbca:init" description="Install">
<echo message="Initializing CA with ${ca.name} '${ca.dn}' ${ca.tokentype} ${ca.tokenpassword} ${ca.keyspec} ${ca.keytype} ${ca.validity} ${ca.policy} ${ca.signaturealgorithm} ${ca.tokenproperties}..."/>
<ejbca:cli name="ca" arg='init "${ca.name}" "${ca.dn}" ${ca.tokentype} ${ca.tokenpassword} ${ca.keyspec} ${ca.keytype} ${ca.validity} ${ca.policy} ${ca.signaturealgorithm} ${ca.tokenproperties}'/>
</target>
 

<macrodef name="cli" uri="ejbca">
         <attribute name="name"/>
         <attribute name="arg"/>
         <sequential>
         <echo message="@{name} @{arg}"/>
         <java classname="[email protected]{name}" classpathref="classpath" fork="true">
         <arg line="@{arg}"/>
        </java>
        </sequential>
</macrodef>
 
 
相关资料
 
假设 web 应用程序拥有依赖于目标系统的不同的 web 部署描述符,并为开发环境使用了一个不同的 JSP 集合以及一个不同的资料库集合。配置信息将放在属性中,创建 web 存档的任务看起来将类似于  

<target name="war" depends="jar">
        <war destfile="${war.name}"
                 webxml="${web.xml}">
            <lib refid="support-libraries"/>
            <lib file="${jar.name}"/>
            <fileset dir="${jsps}"/>
        </war>
</target>
其中 support-libraries 是引用一个在其它位置定义的 <fileset> ,该引用指向您的应用程序所需的附加资料库的一个公共集合。
如果您只想一次创建一个 web 存档,那么您只需要正确地设置属性。比如说,您可以从一个您的目标专有的属性文件中加载它们。
 
利用 Ant 1.5 创建存档
现在,假定您想为测试系统和生产系统同时创建存档,以确保您真正为两个系统打包了相同的应用程序。利用 Ant 1.5,您可能使用 <antcall> 来调用拥有不同属性设置的 "war" 目标,类似: 

<target name="production-wars">
        <antcall target="war">
            <param name="war.name" value="${staging.war.name}"/>
            <param name="web.xml" value="${staging.web.xml}"/>
        </antcall>
        <antcall target="war">
            <param name="war.name" value="${production.war.name}"/>
            <param name="web.xml" value="${production.web.xml}"/>
        </antcall>
</target>
当然,这假定两个目标系统都将使用相同的 jar 和 JSP。
但这种方法有一个主要缺点 — 就是速度慢。<antcall> 重新分析编译文件,并为每一次调用重新运行调用的目标所依赖的所有目标。在上面的例子中,"jar" 目标将被运行两次。我们希望这对第二次调用没有影响,因为 "war" 目标依赖于它。
 
利用 Ant 1.6 创建存档
使用 Ant 1.6,您可以忘掉用 <antcall> 来实现宏的方法,相反您可以通过参数化现有的任务来创建一个新的任务。因而上面的例子将变为:  

<macrodef name="makewar">
        <attribute name="webxml"/>
        <attribute name="destfile"/>
        <sequential>
            <war destfile="@{destfile}"
                     webxml="@{webxml}">
                <lib refid="support-libraries"/>
                <lib file="${jar.name}"/>
                <fileset dir="${jsps}"/>
            </war>
        </sequential>
</macrodef>
这定义了一个名称为 makewar 的任务,该任务可以和任何其它的任务一样使用。该任务有两个必需的属性,webxml 和 destfile。要使属性可选,我们必需在任务定义中提供一个默认值。这个示例假定 ${jar.name}${jsps} 在编译期间为常量,从而它们仍然作为属性指定。注意,属性在使用任务时展开而不是在定义宏的地方展开。
 
所用任务的特性几乎完全和属性一样,它们通过 @{} 而不是 ${} 展开。与属性不同,它们是可变的,也就是说,它们的值可以(并将)随着每一次调用而改变。它们也只在您的宏定义程序块内部可用。这意味着如果您的宏定义还包含了另一个定义了宏的任务,那么您内部的宏将看不到包含的宏的属性。
 
于是新的 production-wars 目标将类似于: 

<target name="production-wars">
        <makewar destfile="${staging.war.name}"
                         webxml="${staging.web.xml}"/>
        <makewar destfile="${production.war.name}"
                         webxml="${production.web.xml}"/>
</target>
这个新的代码段不仅执行得快一些,而且也更易读,因为属性名称提供了更多的信息。
宏任务还可以定义嵌套的元素。<makewar> 定义中的 <war> 任务的嵌套 <fileset> 可以是这种嵌套元素的一种。可能开发目标需要一些额外的文件或想从不同的位置中挑选 JSP 或资源。以下代码段将一个可选的嵌套 <morefiles> 元素添加到了 <makewar> 任务中
  
<macrodef name="makewar">
        <attribute name="webxml"/>
        <attribute name="destfile"/>
        <element name="morefiles" optional="true"/>
        <sequential>
            <war destfile="@{destfile}"
                     webxml="@{webxml}">
                <lib refid="support-libraries"/>
                <lib file="${jar.name}"/>
                <fileset dir="${jsps}"/>
                <morefiles/>
            </war>
        </sequential>
    </macrodef>
调用将类似于:
  
<makewar destfile="${development.war.name}"
                     webxml="${development.web.xml}">
        <morefiles>
            <fileset dir="${development.resources}"/>
            <lib refid="development-support-libraries"/>
        </morefiles>
    </makewar>
这就像 <morefiles> 的嵌套元素直接在 <war> 任务内部使用的效果一样。
即使迄今为止的示例仅显示了包装单个任务的 <macrodef>,但它不限于此。
下面的宏不仅将创建 web 存档,还将确保包含最终存档的目录在试图写入之前存在。在一个实际的编译文件中,您可能在调用任务之前使用一个设置目标来完成这个操作。
  
<macrodef name="makewar">
        <attribute name="webxml"/>
        <attribute name="destfile"/>
        <element name="morefiles" optional="true"/>
        <sequential>
            <dirname property="@{destfile}.parent"
                             file="@{destfile}"/>
            <mkdir dir="${@{destfile}.parent}"/>
            <war destfile="@{destfile}"
                     webxml="@{webxml}">
                <lib refid="support-libraries"/>
                <lib file="${jar.name}"/>
                <fileset dir="${jsps}"/>
                <morefiles/>
            </war>
        </sequential>
    </macrodef>
这里注意两件事情:
首先,特性在属性展开之前展开,因此结构 ${@{destfile}.parent} 将展开一个名称包含了 destfile 特性的值和 ".parent" 后缀的属性。这意味着您可以将特性展开嵌入到属性展开中,而不是将属性展开嵌入特性展开中。
其次,这个宏定义了属性,该属性的名称基于一个特性的值,因为 Ant 中的属性是全局的并且不可改变。第一次尝试使用
     
<dirname property="parent" file="@{destfile}"/>
相反将不会在 "production-wars" 目标中的第二次 <makewar> 调用产生期望的结果。第一次调用将定义一个新的名称为 parent 的属性,该属性指向父目录 ${staging.war.name}。第二次调用将查看这个属性但不会修改它的值。
 
 
提示:如果您查看您的编译文件时发现使用了 <antcall> 代替宏,那么强烈建议您考虑使用 macrodef 将其转换成真正的宏。性能影响可能非常显著,并且还可能产生更易读和更易于维护的编译文件。
 

0

收藏

danni505

231篇文章,54W+人气,0粉丝

Ctrl+Enter 发布

发布

取消

Ant的“宏”- macrodef
Ant的“宏”- macrodef

扫一扫,领取大礼包

0

2
分享
Ant的“宏”- macrodef
danni505
Ant的“宏”- macrodef