Ant全面了解(包括taskdef和environment)
2012-08-06 19:31
218 查看
Eclipse内置了Ant
Eclipse内置了Ant。Ant是一种类似于批处理程序的软件包，它主要繁琐的工作是编写和调试自动处理脚本（一个XML文件），但只要有了这个脚本，我们就可以一键完成所有的设定工作。本节还是以myswt这个应用程序项目的打包为例，用Ant来完成“编译－＞打成JAR包－＞复制项目引用库－＞复制本地化文件swt-win32-3063.dll－＞输出API文档”这五步。
1、在myswt项目根目录下，创建最主要的build.xml文件
<?xmlversion=1.0?>
<projectname=myswtprojectdefault=api_doc>
<!--定义目录变量-->
<propertyname=src.dirvalue=src/>
<propertyname=bin.dirvalue=bin/>
<propertyname=eclipse_plugins.dirvalue=c:/eclipse/plugins/>
<propertyname=dist.dirvalue=d:/dist/>
<propertyname=doc.dirvalue=${dist.dir}/api/>
<propertyname=swt.dllvalue=swt-win32-3063.dll/>
<!--定义编译文件时所引用的库-->
<pathid=master-classpath>
<filesetdir=${eclipse_plugins.dir}id=project_lib>
<includename=org.eclipse.ui.workbench_3.0.1/workbench.jar/>
<includename=org.eclipse.swt.win32_3.0.1/ws/win32/swt.jar/>
<includename=org.eclipse.jface_3.0.0/jface.jar/>
<includename=org.eclipse.osgi_3.0.1/osgi.jar/>
<includename=org.eclipse.osgi_3.0.1/core.jar/>
<includename=org.eclipse.osgi_3.0.1/resolver.jar/>
<includename=org.eclipse.osgi_3.0.1/defaultAdaptor.jar/>
<includename=org.eclipse.osgi_3.0.1/eclipseAdaptor.jar/>
<includename=org.eclipse.osgi_3.0.1/console.jar/>
<includename=org.eclipse.core.runtime_3.0.1/runtime.jar/>
<includename=org.eclipse.jface.text_3.0.1/jfacetext.jar/>
<includename=org.eclipse.ui.workbench.compatibility_3.0.0/compatibility.jar/>
</fileset>
</path>
<!--首任务（空）-->
<targetname=init/>
<!--编译-->
<targetname=compiledepends=init>
<deletedir=${bin.dir}/>
<mkdirdir=${bin.dir}/>
<!--编译源程序-->
<javacsrcdir=${src.dir}destdir=${bin.dir}target=1.4>
<classpathrefid=master-classpath/>
</javac>
<!--复制图标目录-->
<mkdirdir=${bin.dir}/icons/>
<copytodir=${bin.dir}/icons>
<filesetdir=icons/>
</copy>
</target>
<!--打包-->
<targetname=packdepends=compile>
<!--bin目录压缩成JAR包-->
<deletedir=${dist.dir}/>
<mkdirdir=${dist.dir}/>
<jarbasedir=${bin.dir}destfile=${dist.dir}/myswt.jarmanifest=ant_manifes.txt>
<excludename=**/*Test.*/>
<excludename=**/Test*.*/>
</jar>
<!--复制用到的库-->
<mkdirdir=${dist.dir}/lib/>
<copytodir=${dist.dir}/lib>
<filesetrefid=project_lib/>
</copy>
<!--复制本地化文件-->
<copytodir=${dist.dir}file=${swt.dll}/>
</target>
<!--输出api文档-->
<targetname=api_docdepends=pack>
<deletedir=${doc.dir}/>
<mkdirdir=${doc.dir}/>
<javadocdestdir=${doc.dir}author=trueversion=trueuse=truewindowtitle=MySWTAPI>
<packagesetdir=${src.dir}defaultexcludes=yes/>
<doctitle><![CDATA[<h1>MySWTProject</h1>]]></doctitle>
<bottom><![CDATA[<i>DocumentbyChenGang2005.</i>]]></bottom>
</javadoc>
</target>
</project>
代码说明：
（1）property项是定义变量，比如<propertyname=swt.dllvalue=swt-win32-3063.dll/>，就是定义一个变量：swt.dll=swt-win32-3063.dll。以后用这个变量则是这样：${swt.dll}。
一般尽量将今后可能会变动的目录、文件等定义成变量，以方便维护。不象Java变量有类型的区分，Ant变量是不区别目录、文件等的，所以为了见名知意，在取变量名时，目录都加“dir”后缀，这个后缀是可以任取名的。
下面给出本例用到的变量的含义：
lsrc.dir－Java源文件路径。value=src的src是一个相对路径，它相对的是build.xml的所在目录位置（即项目根目录）。
lbin.dir－Java编译文件的输出路径
leclipse_plugins.dir－eclipse的plugins目录
ldist.dir－打包文件的存放目录
ldoc.dir－API文档的存放目录，这里用到了dist.dir变量，直接写value=d:/dist/api也未尝不可。
lswt.dll－SWT本地化文件。
（2）<pathid=master-classpath>，定义编译文件时所引用的库，相当于classpath。<fileset>项表示一个文件集，再深入一层的<include>项，则表示此文件集下的文件，它们的路径定位相对于<fileset>的dir属性。<fileset>还有一个id属性，在后面复制引用库时会用到。
也许有读者会问：“你是怎么知道要引用这些文件的？”回答：看项目根目录下的“.classpath”文件，就可以知道本项目要引用那些库了。实际上笔者是把.classpath复制一份后，然后用Editplus编辑而得。
（3）接下来开始定义一些任务。首任务一般都让它为空（没有具体任务内容）：<targetname=init/>。
（4）Ant中的任务有着相互的依赖（depends）关系，这些依赖关系是通过depends属性来定义的。当要执行一个任务时，Ant先去执行这个任务的depends任务，……，Ant就这样一直往回找下去。比如：在本例的第二行default=api_doc，它定义了缺省任务是api_doc（输出api文档）－＞此任务的depends=pack（打包）－＞pack的depends=compile（编译）－＞compile的depends=init（首任务），
init没有depends。于是，Ant就从init开始依次往回执行任务：init－＞compile－＞pack－＞api_doc。
如果你不想“输出api文档”，则将第二行的缺省任务定义成default=pack即可，这时整个任务链就抛开了api_doc。
（5）<deletedir=${bin.dir}/>删除目录。<mkdirdir=${bin.dir}/>新建目录
（6）编译源程序，如下
<javacsrcdir=${src.dir}destdir=${bin.dir}target=1.4>
<classpathrefid=master-classpath/>
</javac>
lsrcdir－源文件目录，其子目录中的源文件也会被javac.exe编译。
ldestdir－编译文件输出目录。
ltarget－以JDK1.4为编译目标。
lclasspath－编译的classpath设置，refid是指引用前面设定的master-classpath。
（7）将icons（即myswt/icons）目录的文件，复制到myswt/bin/icons目录中，如下：
<copytodir=${bin.dir}/icons>
<filesetdir=icons/>
</copy>
（8）将文件打成JAR包
<jarbasedir=${bin.dir}destfile=${dist.dir}/myswt.jarmanifest=ant_manifes.txt>
<excludename=**/*Test.*/>
<excludename=**/Test*.*/>
</jar>
lbasedir－源目录。
ldestfile－目标目录和打成JAR包名。
lmanifest－打包清单文件（后面给出其内容）。
lexclude－使用了通配符将某一些文件排除不打包（主要是一些测试文件）。
（9）如下，将project_lib的文件复制到d:/dist/lib目录中。project_lib是前面“定义编译文件时所引用的库”中的文件集的id。结果参数下图21.25
<copytodir=${dist.dir}/lib>
<filesetrefid=project_lib/>
</copy>
（10）将本地化文件复制到d:/dist目录中，如下：
<copytodir=${dist.dir}file=${swt.dll}/>
（11）输出API文档（结果参数下图21.26）
<javadocdestdir=${doc.dir}author=trueversion=trueuse=truewindowtitle=MySWTAPI>
<packagesetdir=${src.dir}defaultexcludes=yes/>
<doctitle><![CDATA[<h1>MySWTProject</h1>]]></doctitle>
<bottom><![CDATA[<i>DocumentbyChenGang2005.</i>]]></bottom>
</javadoc>
ldestdir－目标路径d:/dist/api
lpackageset－源文件目录
ldoctitle－标题
lbottom－标尾。
2、创建打包清单
为了避免和原来的manifes.txt同名，在项目根目录建立一个名为ant_manifes.txt的文件。这个文件内容中最长的是Class-Path项，没有必要一个个字符的敲入，它可以由项目根目录下的“.classpath”编辑而得。
ant_manifes.txt内容如下：
Manifest-Version:1.0
Main-Class:jface.dialog.wizard.WizardDialog1
Class-Path:./lib/org.eclipse.ui.workbench_3.0.1/workbench.jar./lib/org.eclipse.swt.win32_3.0.1/ws/win32/swt.jar
./lib/org.eclipse.jface_3.0.0/jface.jar./lib/org.eclipse.osgi_3.0.1/osgi.jar./lib/org.eclipse.osgi_
3.0.1/core.jar./lib/org.eclipse.osgi_3.0.1/resolver.jar./lib/org.eclipse.osgi_3.0.1/defaultAdaptor.ja
r./lib/org.eclipse.osgi_3.0.1/eclipseAdaptor.jar./lib/org.eclipse.osgi_3.0.1/console.jar./lib/org.ecl
ipse.core.runtime_3.0.1/runtime.jar./lib/org.eclipse.jface.text_3.0.1/jfacetext.jar./lib/org.eclipse.u
i.workbench.compatibility_3.0.0/compatibility.jar
3、如下图21.23所示，选择“Ant构建”来运行Ant。
图21.23运行“Ant构建”
运行“Ant构建”后的结果如下图21.23－26所示。
图21.24控制台的输出
图21.25输出文件的目录结构图
图21.26输出的API文档效果图
4、运行打包结果
除了清单文件MANIFEST.MF之外，myswt.jar文件和21.1节所得的myswt.jar一样。本节没有创建run.bat批处理文件，而是用下图21.27所示的“右击myswt.jar－＞打开方式－＞javaw”的方式来运行myswt.jar。
图21.27运行myswt.jar
ant命令总结
1Ant是什么ApacheAnt是一个基于Java的生成工具。
生成工具在软件开发中用来将源代码和其他输入文件转换为可执行文件的形式（也有可能转换为可安装的产品映像形式）。随着应用程序的生成过程变得更加复杂，确保在每次生成期间都使用精确相同的生成步骤，同时实现尽可能多的自动化，以便及时产生一致的生成版本
2下载、安装Ant
安装Ant
下载.zip文件，解压缩到c:/ant1.3(后面引用为%ANT_HOME%)
2.1在你运行Ant之前需要做一些配置工作。
?将bin目录加入PATH环境变量。
?设定ANT_HOME环境变量，指向你安装Ant的目录。在一些OS上，Ant的脚本可以猜测ANT_HOME（Unix和WindosNT/2000）－但最好不要依赖这一特性。
?可选地，设定JAVA_HOME环境变量（参考下面的高级小节），该变量应该指向你安装JDK的目录。
注意：不要将Ant的ant.jar文件放到JDK/JRE的lib/ext目录下。Ant是个应用程序，而lib/ext目录是为JDK扩展使用的（如JCE，JSSE扩展）。而且通过扩展装入的类会有安全方面的限制。
2.2运行Ant
运行Ant非常简单，当你正确地安装Ant后，只要输入ant就可以了。
?没有指定任何参数时，Ant会在当前目录下查询build.xml文件。如果找到了就用该文件作为buildfile。如果你用-find选项。Ant就会在上级目录中寻找buildfile，直至到达文件系统的根。要想让Ant使用其他的buildfile，可以用参数-buildfilefile，这里file指定了你想使用的buildfile。
?可以指定执行一个或多个target。当省略target时，Ant使用标签<project>的default属性所指定的target。
命令行选项总结：
ant[options][target[target2[target3]...]]
Options:
-helpprintthismessage
-projecthelpprintprojecthelpinformation
-versionprinttheversioninformationandexit
-quietbeextraquiet
-verbosebeextraverbose
-debugprintdebugginginformation
-emacsproducelogginginformationwithoutadornments
-logfilefileusegivenfileforlogoutput
-loggerclassnametheclassthatistoperformlogging
-listenerclassnameaddaninstanceofclassasaprojectlistener
-buildfilefileusespecifiedbuildfile
-findfilesearchforbuildfiletowardstherootofthefilesystemandusethefirstonefound
-Dproperty=valuesetpropertytovalue
例子
ant
使用当前目录下的build.xml运行Ant，执行缺省的target。
ant-buildfiletest.xml
使用当前目录下的test.xml运行Ant，执行缺省的target。
ant-buildfiletest.xmldist
使用当前目录下的test.xml运行Ant，执行一个叫做dist的target。
ant-buildfiletest.xml-Dbuild=build/classesdist
使用当前目录下的test.xml运行Ant，执行一个叫做dist的target，并设定build属性的值为build/classes。
3编写build.xml
Ant的buildfile是用XML写的。每个buildfile含有一个project。
buildfile中每个task元素可以有一个id属性，可以用这个id值引用指定的任务。这个值必须是唯一的。（详情请参考下面的Task小节）
3.1Projects
project有下面的属性：
AttributeDescriptionRequired
name项目名称.No
default当没有指定target时使用的缺省targetYes
basedir用于计算所有其他路径的基路径。该属性可以被basedirproperty覆盖。当覆盖时，该属性被忽略。如果属性和basedirproperty都没有设定，就使用buildfile文件的父目录。No
项目的描述以一个顶级的<description>元素的形式出现（参看description小节）。
一个项目可以定义一个或多个target。一个target是一系列你想要执行的。执行Ant时，你可以选择执行那个target。当没有给定target时，使用project的default属性所确定的target。
3.2Targets
一个target可以依赖于其他的target。例如，你可能会有一个target用于编译程序，一个target用于生成可执行文件。你在生成可执行文件之前必须先编译通过，所以生成可执行文件的target依赖于编译target。Ant会处理这种依赖关系。
然而，应当注意到，Ant的depends属性只指定了target应该被执行的顺序－如果被依赖的target无法运行，这种depends对于指定了依赖关系的target就没有影响。
Ant会依照depends属性中target出现的顺序（从左到右）依次执行每个target。然而，要记住的是只要某个target依赖于一个target，后者就会被先执行。
<targetname="A"/>
<targetname="B"depends="A"/>
<targetname="C"depends="B"/>
<targetname="D"depends="C,B,A"/>
假定我们要执行targetD。从它的依赖属性来看，你可能认为先执行C，然后B，最后A被执行。错了，C依赖于B，B依赖于A，所以先执行A，然后B，然后C，最后D被执行。
一个target只能被执行一次，即时有多个target依赖于它（看上面的例子）。
如果（或如果不）某些属性被设定，才执行某个target。这样，允许根据系统的状态（javaversion,OS,命令行属性定义等等）来更好地控制build的过程。要想让一个target这样做，你就应该在target元素中，加入if（或unless）属性，带上target因该有所判断的属性。例如：
<targetname="build-module-A"if="module-A-present"/>
<targetname="build-own-fake-module-A"unless="module-A-present"/>
如果没有if或unless属性，target总会被执行。
可选的description属性可用来提供关于target的一行描述，这些描述可由-projecthelp命令行选项输出。
将你的tstamptask在一个所谓的初始化target是很好的做法，其他的target依赖这个初始化target。要确保初始化target是出现在其他target依赖表中的第一个target。在本手册中大多数的初始化target的名字是"init"。
target有下面的属性：
AttributeDescriptionRequired
nametarget的名字Yes
depends用逗号分隔的target的名字列表，也就是依赖表。No
if执行target所需要设定的属性名。No
unless执行target需要清除设定的属性名。No
description关于target功能的简短描述。No
3.3Tasks
一个task是一段可执行的代码。
一个task可以有多个属性（如果你愿意的话，可以将其称之为变量）。属性只可能包含对property的引用。这些引用会在task执行前被解析。
下面是Task的一般构造形式：
<nameattribute1="value1"attribute2="value2".../>
这里name是task的名字，attributeN是属性名，valueN是属性值。
有一套内置的（built-in）task，以及一些可选task，但你也可以编写自己的task。
所有的task都有一个task名字属性。Ant用属性值来产生日志信息。
可以给task赋一个id属性：
<tasknameid="taskID".../>
这里taskname是task的名字，而taskID是这个task的唯一标识符。通过这个标识符，你可以在脚本中引用相应的task。例如，在脚本中你可以这样：
<script...>
task1.setFoo("bar");
</script>
设定某个task实例的foo属性。在另一个task中（用java编写），你可以利用下面的语句存取相应的实例。
project.getReference("task1").
注意1：如果task1还没有运行，就不会被生效（例如：不设定属性），如果你在随后配置它，你所作的一切都会被覆盖。
注意2：未来的Ant版本可能不会兼容这里所提的属性，因为很有可能根本没有task实例，只有proxies。
3.4Properties
一个project可以有很多的properties。可以在buildfile中用propertytask来设定，或在Ant之外设定。一个property有一个名字和一个值。property可用于task的属性值。这是通过将属性名放在"${"和"}"之间并放在属性值的位置来实现的。例如如果有一个propertybuilddir的值是"build"，这个property就可用于属性值：${builddir}/classes。这个值就可被解析为build/classes。
内置属性
如果你使用了<property>task定义了所有的系统属性，Ant允许你使用这些属性。例如，${os.name}对应操作系统的名字。
要想得到系统属性的列表可参考theJavadocofSystem.getProperties。
除了Java的系统属性，Ant还定义了一些自己的内置属性：
basedirproject基目录的绝对路径(与<project>的basedir属性一样)。
ant.filebuildfile的绝对路径。
ant.versionAnt的版本。
ant.project.name当前执行的project的名字；由<project>的name属性设定.
ant.java.versionAnt检测到的JVM的版本；目前的值有"1.1","1.2","1.3"and"1.4".
例子
<projectname="MyProject"default="dist"basedir=".">
<!--setglobalpropertiesforthisbuild-->
<propertyname="src"value="."/>
<propertyname="build"value="build"/>
<propertyname="dist"value="dist"/>
<targetname="init">
<!--Createthetimestamp-->
<tstamp/>
<!--Createthebuilddirectorystructureusedbycompile-->
<mkdirdir="${build}"/>
</target>
<targetname="compile"depends="init">
<!--Compilethejavacodefrom${src}into${build}-->
<javacsrcdir="${src}"destdir="${build}"/>
</target>
<targetname="dist"depends="compile">
<!--Createthedistributiondirectory-->
<mkdirdir="${dist}/lib"/>
<!--Puteverythingin${build}intotheMyProject-${DSTAMP}.jarfile-->
<jarjarfile="${dist}/lib/MyProject-${DSTAMP}.jar"basedir="${build}"/>
</target>
<targetname="clean">
<!--Deletethe${build}and${dist}directorytrees-->
<deletedir="${build}"/>
<deletedir="${dist}"/>
</target>
</project>
3.5Path-likeStructures
你可以用":"和";"作为分隔符，指定类似PATH和CLASSPATH的引用。Ant会把分隔符转换为当前系统所用的分隔符。
当需要指定类似路径的值时，可以使用嵌套元素。一般的形式是
<classpath>
<pathelementpath="${classpath}"/>
<pathelementlocation="lib/helper.jar"/>
</classpath>
location属性指定了相对于project基目录的一个文件和目录，而path属性接受逗号或分号分隔的一个位置列表。path属性一般用作预定义的路径－－其他情况下，应该用多个location属性。
为简洁起见，classpath标签支持自己的path和location属性。所以：
<classpath>
<pathelementpath="${classpath}"/>
</classpath>
可以被简写作：
<classpathpath="${classpath}"/>
也可通过<fileset>元素指定路径。构成一个fileset的多个文件加入path-likestructure的顺序是未定的。
<classpath>
<pathelementpath="${classpath}"/>
<filesetdir="lib">
<includename="**/*.jar"/>
</fileset>
<pathelementlocation="classes"/>
</classpath>
上面的例子构造了一个路径值包括：${classpath}的路径，跟着lib目录下的所有jar文件，接着是classes目录。
如果你想在多个task中使用相同的path-likestructure，你可以用<path>元素定义他们（与target同级），然后通过id属性引用－－参考Referencs例子。
path-likestructure可能包括对另一个path-likestructurede的引用（通过嵌套<path>元素）：
<pathid="base.path">
<pathelementpath="${classpath}"/>
<filesetdir="lib">
<includename="**/*.jar"/>
</fileset>
<pathelementlocation="classes"/>
</path>
<pathid="tests.path">
<pathrefid="base.path"/>
<pathelementlocation="testclasses"/>
</path>
前面所提的关于<classpath>的简洁写法对于<path>也是有效的，如：
<pathid="tests.path">
<pathrefid="base.path"/>
<pathelementlocation="testclasses"/>
</path>
可写成：
<pathid="base.path"path="${classpath}"/>
命令行变量
有些task可接受参数，并将其传递给另一个进程。为了能在变量中包含空格字符，可使用嵌套的arg元素。
AttributeDescriptionRequired
value一个命令行变量；可包含空格字符。只能用一个
line空格分隔的命令行变量列表。
file作为命令行变量的文件名；会被文件的绝对名替代。
path一个作为单个命令行变量的path-like的字符串；或作为分隔符，Ant会将其转变为特定平台的分隔符。
例子
<argvalue="-l-a"/>
是一个含有空格的单个的命令行变量。
<argline="-l-a"/>
是两个空格分隔的命令行变量。
<argpath="/dir;/dir2:/dir3"/>
是一个命令行变量，其值在DOS系统上为/dir;/dir2;/dir3；在Unix系统上为/dir:/dir2:/dir3。
References
buildfile元素的id属性可用来引用这些元素。如果你需要一遍遍的复制相同的XML代码块，这一属性就很有用－－如多次使用<classpath>结构。
下面的例子：
<project...>
<target...>
<rmic...>
<classpath>
<pathelementlocation="lib/"/>
<pathelementpath="${java.class.path}/"/>
<pathelementpath="${additional.path}"/>
</classpath>
</rmic>
</target>
<target...>
<javac...>
<classpath>
<pathelementlocation="lib/"/>
<pathelementpath="${java.class.path}/"/>
<pathelementpath="${additional.path}"/>
</classpath>
</javac>
</target>
</project>
可以写成如下形式：
<project...>
<pathid="project.class.path">
<pathelementlocation="lib/"/>
<pathelementpath="${java.class.path}/"/>
<pathelementpath="${additional.path}"/>
</path>
<target...>
<rmic...>
<classpathrefid="project.class.path"/>
</rmic>
</target>
<target...>
<javac...>
<classpathrefid="project.class.path"/>
</javac>
</target>
</project>
所有使用PatternSets,FileSets或path-likestructures嵌套元素的task也接受这种类型的引用。
4.1File（Directory）类
4.1.1Mkdir
?创建一个目录，如果他的父目录不存在，也会被同时创建。
?例子：
<mkdirdir="build/classes"/>
?说明：如果build不存在，也会被同时创建
4.1.2Copy
?拷贝一个（组）文件、目录
?例子：
1.拷贝单个的文件：
<copyfile="myfile.txt"tofile="mycopy.txt"/>
2.拷贝单个的文件到指定目录下
<copyfile="myfile.txt"todir="../some/other/dir"/>
3.拷贝一个目录到另外一个目录下
<copytodir="../new/dir">
<filesetdir="src_dir"/>
</copy>
4.拷贝一批文件到指定目录下
<copytodir="../dest/dir">
<filesetdir="src_dir">
<excludename="**/*.java"/>
</fileset>
</copy>
<copytodir="../dest/dir">
<filesetdir="src_dir"excludes="**/*.java"/>
</copy>
5.拷贝一批文件到指定目录下，将文件名后增加。Bak后缀
<copytodir="../backup/dir">
<filesetdir="src_dir"/>
<mappertype="glob"from="*"to="*.bak"/>
</copy>
6.拷贝一组文件到指定目录下，替换其中的@标签@内容
<copytodir="../backup/dir">
<filesetdir="src_dir"/>
<filterset>
<filtertoken="TITLE"value="FooBar"/>
</filterset>
</copy>
4.1.3Delete
?删除一个（组）文件或者目录
?例子
1.删除一个文件
<deletefile="/lib/ant.jar"/>
2.删除指定目录及其子目录
<deletedir="lib"/>
3.删除指定的一组文件
<delete>
<filesetdir="."includes="**/*.bak"/>
</delete>
4.删除指定目录及其子目录，包括他自己
<deleteincludeEmptyDirs="true">
<filesetdir="build"/>
</delete>
4.1.4Move
?移动或重命名一个（组）文件、目录
?例子：
1.移动或重命名一个文件
<movefile="file.orig"tofile="file.moved"/>
2.移动或重命名一个文件到另一个文件夹下面
<movefile="file.orig"todir="dir/to/move/to"/>
3.将一个目录移到另外一个目录下
<movetodir="new/dir/to/move/to">
<filesetdir="src/dir"/>
</move>
4.将一组文件移动到另外的目录下
<movetodir="some/new/dir">
<filesetdir="my/src/dir">
<includename="**/*.jar"/>
<excludename="**/ant.jar"/>
</fileset>
</move>
5.移动文件过程中增加。Bak后缀
<movetodir="my/src/dir">
<filesetdir="my/src/dir">
<excludename="**/*.bak"/>
</fileset>
<mappertype="glob"from="*"to="*.bak"/>
</move>
4.2Java相关
4.2.1Javac
?编译java原代码
?例子
1.<javacsrcdir="${src}"
destdir="${build}"
classpath="xyz.jar"
debug="on"
/>
编译${src}目录及其子目录下的所有。Java文件，。Class文件将放在$｛build｝指定的目录下，classpath表示需要用到的类文件或者目录，debug设置为on表示输出debug信息
2.<javacsrcdir="${src}:${src2}"
destdir="${build}"
includes="mypackage/p1/**,mypackage/p2/**"
excludes="mypackage/p1/testpackage/**"
classpath="xyz.jar"
debug="on"
/>
编译${src}和${src2}目录及其子目录下的所有。Java文件，但是package/p1/**,mypackage/p2/**将被编译，而mypackage/p1/testpackage/**将不会被编译。Class文件将放在$｛build｝指定的目录下，classpath表示需要用到的类文件或者目录，debug设置为on表示输出debug信息
3.<propertyname="classpath"value=".;./xml-apis.jar;../lib/xbean.jar;./easypo.jar"/>
<javacsrcdir="${src}"
destdir="${src}"
classpath="${classpath}"
debug="on"
/>
路径是在property中定义的
4.2.2java
?执行指定的java类
?例子：
1.<javaclassname="test.Main">
<classpath>
<pathelementlocation="dist/test.jar"/>
<pathelementpath="${java.class.path}"/>
</classpath>
</java>
classname中指定要执行的类，classpath设定要使用的环境变量
2.<pathid="project.class.path">
<pathelementlocation="lib/"/>
<pathelementpath="${java.class.path}/"/>
<pathelementpath="${additional.path}"/>
</path>
<target...>
<rmic...>
<classpathrefid="project.class.path"/>
</rmic>
</target>
4.3打包相关
4.3.1jar
?将一组文件打包
?例子：
1.<jardestfile="${dist}/lib/app.jar"basedir="${build}/classes"/>
将${build}/classes下面的所有文件打包到${dist}/lib/app.jar中
2.<jardestfile="${dist}/lib/app.jar"
basedir="${build}/classes"
includes="mypackage/test/**"
excludes="**/Test.class"
/>
将${build}/classes下面的所有文件打包到${dist}/lib/app.jar中，但是包括mypackage/test／所有文件不包括所有的Test.class
3.<jardestfile="${dist}/lib/app.jar"
basedir="${build}/classes"
includes="mypackage/test/**"
excludes="**/Test.class"
manifest=”my.mf”
/>
manifest属性指定自己的META-INF/MANIFEST.MF文件，而不是由系统生成
4.3.2war
?对Jar的扩展，用于打包Web应用
?例子：
?假设我们的文件目录如下：
thirdparty/libs/jdbc1.jar
thirdparty/libs/jdbc2.jar
build/main/com/myco/myapp/Servlet.class
src/metadata/myapp.xml
src/html/myapp/index.html
src/jsp/myapp/front.jsp
src/graphics/images/gifs/small/logo.gif
src/graphics/images/gifs/large/logo.gif
?下面是我们的任务的内容：
<wardestfile="myapp.war"webxml="src/metadata/myapp.xml">
<filesetdir="src/html/myapp"/>
<filesetdir="src/jsp/myapp"/>
<libdir="thirdparty/libs">
<excludename="jdbc1.jar"/>
</lib>
<classesdir="build/main"/>
<zipfilesetdir="src/graphics/images/gifs"
prefix="images"/>
</war>
?完成后的结果：
WEB-INF/web.xml
WEB-INF/lib/jdbc2.jar
WEB-INF/classes/com/myco/myapp/Servlet.class
META-INF/MANIFEST.MF
index.html
front.jsp
images/small/logo.gif
images/large/logo.gif
4.3.3ear
?用于打包企业应用
?例子
<eardestfile="${build.dir}/myapp.ear"appxml="${src.dir}/metadata/application.xml">
<filesetdir="${build.dir}"includes="*.jar,*.war"/>
</ear>
4.4时间戳
在生成环境中使用当前时间和日期，以某种方式标记某个生成任务的输出，以便记录它是何时生成的，这经常是可取的。这可能涉及编辑一个文件，以便插入一个字符串来指定日期和时间，或将这个信息合并到JAR或zip文件的文件名中。
这种需要是通过简单但是非常有用的tstamp任务来解决的。这个任务通常在某次生成过程开始时调用，比如在一个init目标中。这个任务不需要属性，许多情况下只需<tstamp/>就足够了。
tstamp不产生任何输出；相反，它根据当前系统时间和日期设置Ant属性。下面是tstamp设置的一些属性、对每个属性的说明，以及这些属性可被设置到的值的例子：
属性说明例子
DSTAMP设置为当前日期，默认格式为yyyymmdd20031217
TSTAMP设置为当前时间，默认格式为hhmm1603
TODAY设置为当前日期，带完整的月份2003年12月17日
例如，在前一小节中，我们按如下方式创建了一个JAR文件：
<jardestfile="package.jar"basedir="classes"/>
在调用tstamp任务之后，我们能够根据日期命名该JAR文件，如下所示：
<jardestfile="package-${DSTAMP}.jar"basedir="classes"/>
因此，如果这个任务在2003年12月17日调用，该JAR文件将被命名为package-20031217.jar。
还可以配置tstamp任务来设置不同的属性，应用一个当前时间之前或之后的时间偏移，或以不同的方式格式化该字符串。所有这些都是使用一个嵌套的format元素来完成的，如下所示：
<tstamp>
<formatproperty="OFFSET_TIME"
pattern="HH:mm:ss"
offset="10"unit="minute"/>
</tstamp>
上面的清单将OFFSET_TIME属性设置为距离当前时间10分钟之后的小时数、分钟数和秒数。
用于定义格式字符串的字符与java.text.SimpleDateFormat类所定义的那些格式字符相同
4.5执行SQL语句
?通过jdbc执行SQL语句
?例子：
1.<sql
driver="org.gjt.mm.mysql.Driver"
url="jdbc:mysql://localhost:3306/mydb"
userid="root"
password="root"
src="data.sql"
/>
2.<sql
driver="org.database.jdbcDriver"
url="jdbc:database-url"
userid="sa"
password="pass"
src="data.sql"
rdbms="oracle"
version="8.1."
>
</sql>
只有在oracle、版本是8.1的时候才执行
4.6发送邮件
?使用SMTP服务器发送邮件
?例子：
<mailmailhost="smtp.myisp.com"mailport="1025"subject="Testbuild">
<fromaddress="me@myisp.com"/>
<toaddress="all@xyz.com"/>
<message>The${buildname}nightlybuildhascompleted</message>
<filesetdir="dist">
<includesname="**/*.zip"/>
</fileset>
</mail>
?mailhost：SMTP服务器地址
?mailport：服务器端口
?subject：主题
?from：发送人地址
?to：接受人地址
?message：发送的消息
?fileset：设置附件
====================================================================
在ANT出现之前，编译和部署Java应用需要使用包括特定平台的脚本、Make文件、不同的IDE以及手工操作等组成的大杂烩。现在，几乎所有的开源Java项目都在使用Ant，许多公司的开发项目也在使用Ant。Ant的大量使用，也自然带来了对总结Ant最佳实践的迫切需求。
本文总结了我喜好的Ant最佳实践，很多是从亲身经历的项目错误，或从其他开发者的“恐怖”故事中得到的灵感的。比如，有人告诉我有个项目将XDoclet生成的代码放入锁定文件的版本控制工具中。单开发者修改源代码时，他必须记住手工检出（Checkout）并锁定所有将要重生成的文件。然后，手工运行代码生成器，当他能够让Ant编译代码时，这一方法还存在一些问题：
生成的代码无法存储在版本控制系统中
Ant（本案例中是Xdoclet）应该自动确定下一次构建涉及的源文件，而不应由程序员人工确定。
Ant的构建文件应该定义好正确的任务依赖关系，这样程序员不必按照特定顺序调用任务。
当我开始一个新项目时，我首先编写Ant构建文件。文件定义构建的过程，并为团队中的每个程序员都使用。本文所有的最佳实践假设Ant构建文件是一个必须精心编写的重要文件，它应在版本控制系统中得到维护，并定期进行重构。下面是我的十五大Ant最佳实践。
1.采用一致的编码规范
Ant用户不管是喜欢还是痛恨XML构建文件的语法，都愿意跳进这一迷人的争论中。让我们先看一些保持XML构建文件简洁的方法。
首先，也是最重要的，化费时间格式化你的XML让它看上去很清晰。不过XML是否美观，Ant都可以工作。但是丑陋的XML很难读懂。倘若你在任务之间留出空行，有规则的缩进，每行文字不超过90列，那么XML令人惊讶的易读。再加上好的编辑器或IDE高亮相应的语句，你就不会有如何阅读的麻烦。同样，精选有意义明确、容易读懂的词汇来命名任务和属性。比如，dir.reports就比rpts好。并不需要特定的编码规范，只要有一种规范并坚持使用就好。
2.将build.xml放在项目根目录中
Ant构建文件build.xml可以放在如何位置，但是放在项目顶层目录中可以保持项目简洁。这是最普遍的规范，使开发者能够在根目录找到它。同时，也能够容易了解项目中不同目录之间的逻辑关系。以下是一个典型的项目层次：
[rootdir]|build.xml+--src+--lib(包含第三方JAR包)+--build(由build任务生成)+--dist(由build任务生成)
当build.xml在顶级目录时，倘若你在项目某个子目录中，只要输入：ant-findcompile命令，不需要改变工作目录就能够以命令行方式编译代码。参数-find告诉Ant寻找存在于上级目录中的build.xml并执行。
3.使用单一构建文件
有人喜欢将一个大项目分解到几个小的构建文件，每个构建文件分担整个构建过程的一小部分工作。但是应该认识到，将构建文件分割会增加对整个构建过程的理解难度。要注意在单一构建文件能够清楚表现构建层次的情况下，不要过工程化(over-engineer)。
即使你把项目划分为多个构建文件，也应使程序员能够在项目根目录下找到核心build.xml。尽管该文件只是将实际构建工作委派给下级构建文件，也应保证该文件可用。
4.提供良好的帮助说明
应尽量使构建文件自文档化。增加任务描述是最简单的方法。当你输入ant-projecthelp时，你就可以看到带有描述的任务清单。比如，你可以这样定义任务：
<targetname="compile"description="Compilescode,outputgoestothebuilddir.">
最简单的规则是对所有你希望程序员通过命令行直接调用的任务都加上描述。对于一般用来执行中间处理过程的内部任务，比如生成代码或建立输出目录等，就无法使用描述属性。
这时，可以通过在构建文件中加入XML注释来处理。或者专门定义一个help任务，当程序员输入anthelp时来显示详细的使用说明。
<targetname="help"description="Displaydetailedusageinformation"><echo>Detailedhelp...</echo></target>
5.提供清空任务
每个构建文件都应包含一个清空任务，删除所有生成的文件和目录，使系统回到构建文件执行前的初始状态。执行清空任务后还存在的文件应处在版本控制系统的管理下。
比如：
<targetname="clean"description="Destroysallgeneratedfilesanddirs."><deletedir="${dir.build}"/><deletedir="${dir.dist}"/></target>
除非是在产生整个系统版本的特殊任务中，否则不要自动调用clean任务。当程序员仅仅执行编译任务或其他任务时，他们不需要构建文件事先执行即令人讨厌有没有必要的清空任务。要相信程序员能够确定何时需要清空所有文件。
6.使用ANT管理任务从属关系
假设你的应用由SwingGUI组件、Web界面、EJB层和公共应用代码组成。在大型系统中，你需要清晰地定义Java包属于系统的哪一层。否则如何一点修改都要重新编译成千上百个文件。任务从属关系管理差会导致过度复杂而脆弱的系统。改变GUI面板的设计不应造成Servlet和EJB的重编译。
当系统变得庞大后，稍不注意就可能将依赖于客户端的代码引入到服务端。这是因为IDE在编译文件时使用单一的classpath。Ant让你更有效地控制构建活动。
设计你的构建文件编译大型项目的步骤：首先，编译公共应用代码，将编译结果打成JAR包文件。然后，编译上一层的项目代码，编译时依靠第一步产生的JAR文件。不断重复这一过程，直到最高层的代码编译完成。
分步构建强化了任务从属关系管理。如果你工作在底层Java框架上，引用高层的GUI模板组件，这时代码不需要编译。这是由于构建文件在编译底层框架时，在源路径中没有包含高层GUI面板组件的代码。
7.定义并重用文件路径
如果文件路径在一个地方集中定义，并在整个构建文件中得到重用，那么构建文件更易于理解。以下是这样做的一个例子：
<projectname="sample"default="compile"basedir="."><pathid="classpath.common"><pathelementlocation="${jdom.jar.withpath}"/>...etc</path><pathid="classpath.client"><pathelementlocation="${guistuff.jar.withpath}"/><pathelementlocation="${another.jar.withpath}"/><!--reusethecommonclasspath--><pathrefid="classpath.common"/></path><targetname="compile.common"depends="prepare"><javacdestdir="${dir.build}"srcdir="${dir.src}"><classpathrefid="classpath.common"/><includename="com/oreilly/common/**"/></javac></target></project>
当项目不断增长，构建日益复杂时，这一技术越发体现出其价值。你可能为编译不同层次的应用定义各自的文件路径，比如运行单元测试的、运行应用程序的、运行Xdoclet的、生成JavaDocs的等等不同路径。这种组件化路径定义的方法比为每个任务单独定义路径要优越得多。否则，很容易丢失任务任务从属关系的轨迹。
8.定义恰当的任务参数关系
假设dist任务从属于jar任务，那么哪个任务从属于compile任务，哪个任务从属于prepare任务呢？Ant构建文件最终定义了任务的从属关系图，它必须被仔细地定义和维护。应该定期检查任务的从属关系以保证构建工作得到正确执行。大的构建文件随着时间推移趋向于增加更多的任务，所以到最后由于不必要的从属关系导致构建工作非常困难。比如，你可能发现在程序员只是需要编译一些没有使用EJB的GUI代码时，重新生成EJB代码。
以“优化”的名义忽略任务的从属关系是另一种常见的错误。这种错误迫使程序员为了得到恰当的结果必须记住并按照特定的顺序调用一串任务。更好的做法是：提供描述清晰的公共任务，这些任务包含正确的任务从属关系；另外提供一套“专家”任务让你能够手工执行个别的构建步骤，这些任务不提供完整的构建过程，但是让那些专家在快速而恼人的编码期间跳过某些步骤
9.使用配置属性
任何需要配置或可能发生变化的信息都应作为Ant属性定义下来。对于在构建文件中多次出现的值也同样处理。属性既可以在构建文件头部定义，也可以为了更好的灵活性而在单独的属性文件中定义。以下是在构建文件中定义属性的样式：
<projectname="sample"default="compile"basedir="."><propertyname="dir.build"value="build"/><propertyname="dir.src"value="src"/><propertyname="jdom.home"value="../java-tools/jdom-b8"/><propertyname="jdom.jar"value="jdom.jar"/><propertyname="jdom.jar.withpath"value="${jdom.home}/build/${jdom.jar}"/>etc...</project>
或者你可以使用属性文件：
<projectname="sample"default="compile"basedir="."><propertyfile="sample.properties"/>etc...</project>
在属性文件sample.properties中:
dir.build=builddir.src=srcjdom.home=../java-tools/jdom-b8jdom.jar=jdom.jarjdom.jar.withpath=${jdom.home}/build/${jdom.jar}
用一个独立的文件定义属性是有好处的，它可以清晰地定义构建中的可配置部分。另外，在开发者工作在不同操作系统的情况下，你可以在不同的平台上提供该文件的不同版本。
10.保持构建过程独立
为了最大限度的扩展性，不要应用外部路径和库文件。最重要的是不要依赖于程序员的CLASSPATH设置。取而代之的是，在构建文件中使用相对路径并定义自己的路径。如果你引用了绝对路径如C:/java/tools，其他开发者未必使用与你相同的目录结构，所以就无法使用你的构建文件
如果你部署开发源码项目，应该提供包括所有需要的JAR文件的发行版本，当然是在遵守许可协议的基础上。对于内部项目，相关的JAR文件都应在版本控制系统的管理中，并捡出到大家都知道的位置。
当你不得不应用外部路径时，应将路径定义为属性。使程序员能够涌适合他们自己的机器的参数重载这些属性。你也可以使用以下语法引用环境变量：
<propertyenvironment="env"/><propertyname="dir.jboss"value="${env.JBOSS_HOME}"/>
11.使用版本控制系统
构建文件是一个重要的文件，应该象代码一样进行版本控制。当你标记你的代码时，也应用同样的标签标记构建文件。这样当你需要回溯构建旧版本的软件时，能够使用相对应的旧版本构建文件。
除构建文件之外，你还应在版本控制中维护第三方JAR文件。同样，这使你能够重新构建旧版本的软件。这也能够更容易保证所有开发者拥有一致的JAR文件，因为他们都是同构建文件一起从版本控制系统中捡出的。
通常应避免在版本控制系统中存放构建输出品。倘若你的源代码很好地得到了版本控制，那么通过构建过程你能够重新生成任何版本的产品。
12.把Ant作为“最小公分母”
假设你的开发团队使用IDE，为什么要为程序员通过点击图标就能够构建整个应用而烦恼呢？
IDE的问题在团队中是一个关于一致性和重现性的问题。几乎所有的IDE设计初衷都是为了提高程序员的个人生产率，而不是开发团队的持续构建。典型的IDE要求每个程序员定义自己的项目文件。程序员可能拥有不同的目录结构，可能使用不同版本的库文件，还可能工作在不同的平台上。这将导致出现这种情况：在A那里运行良好的代码，到B那里就无法运行。
不管你的开发团队使用何种IDE，一定要建立所有程序员都能够使用的Ant构建文件。要建立一个程序员在将新代码提交版本控制系统前必须执行Ant构建文件的规则。这将确保代码是经过同一个Ant构建文件构建的。当出现问题时，要使用项目标准的Ant构建文件，而不是通过某个IDE来执行一个干净的构建。
程序员可以自由选择任何他们习惯使用的IDE。但是Ant应作为公共基线以保证永远是可构建的。
13.使用zipfileset属性
人们经常使用Ant产生WAR、JAR、ZIP和EAR文件。这些文件通常都要求有一个特定的内部目录结构，但其往往与你的源代码和编译环境的目录结构不匹配。
一个最常用的方法是写一个Ant任务按照期望的目录结构把一大堆文件拷贝到临时目录中，然后生成压缩文件。这不是最有效的方法。使用zipfileset属性是更好的解决方案。它让你从任何位置选择文件，然后把它们按照不同目录结构放进压缩文件中。以下是一个例子：
<earearfile="${dir.dist.server}/payroll.ear"appxml="${dir.resources}/application.xml"><filesetdir="${dir.build}"includes="commonServer.jar"/><filesetdir="${dir.build}"><includename="payroll-ejb.jar"/></fileset><zipfilesetdir="${dir.build}"prefix="lib"><includename="hr.jar"/><includename="billing.jar"/></zipfileset><filesetdir="."><includename="lib/jdom.jar"/><includename="lib/log4j.jar"/><includename="lib/ojdbc14.jar"/></fileset><zipfilesetdir="${dir.generated.src}"prefix="META-INF"><includename="jboss-app.xml"/></zipfileset></ear>
在这个例子中，所有JAR文件都放在EAR文件包的lib目录中。hr.jar和billing.jar是从构建目录拷贝过来的。因此我们使用zipfileset属性把它们移动到EAR文件包内部的lib目录。prefix属性指定了其在EAR文件中的目标路径。
14.运行Clean构建任务的测试
假设你的构建文件中有clean和compile的任务，执行以下的测试。第一步，执行antclean；第二步，执行antcompile；第三步，再执行antcompile。第三步应该不作任何事情。如果文件再次被编译，说明你的构建文件有问题。
构建文件应该只在与输出文件相关联的输入文件发生变化时，才应该执行任务。一个构建文件在不必执行诸如编译、拷贝或其他工作任务的时候执行这些等任务是低效的。当项目规模增长时，即使是小的低效工作也会成为大的问题。
15.避免特定平台的Ant包
不管什么原因，有人喜欢用简单的、名称叫做compile之类的批文件或脚本装载他们的产品。当你去看脚本的内容，你会发现以下内容：
antcompile
其实开发人员熟悉Ant，并且完全能够自己键入antcompile。请不要仅仅为了调用Ant而使用特定平台的脚本。这只会使其他人在首次使用你的脚本时，增加学习和理解的烦扰。除此之外，你不可能提供适用于每个操作系统的脚本，这是真正烦扰其他用户的地方。
总结
太多的公司依靠手工方法和程序来编译代码和生成软件发布版本。那些不使用Ant或类似工具定义构建过程的开发团队，花费了令人惊异的时间来捕捉代码编译过程中出现的问题，这些在某些开发者那里编译成功的代码，到另一些开发者那里却失败了。
生成并维护构建脚本不是一项迷人的工作，但却是一项必需的工作。一个好的Ant构建文件将使你集中到更喜欢的工作——写代码中！
无所不能的“蚂蚁”--Ant
说他无所不能,好像有点夸张,但是用过Ant之后,感觉真的是只有想不到没有作不到.Ant,原作者选择他作为软件名字的意思是指"令一个简洁的工具"(AnotherNeatTool),而这个真正的名字现在去很少为人所知,但这丝毫不影响他成为最优秀的构建工具.现在开始我将进入一个"蚂蚁"的世界,通过例子,真真正正去了解他!
文章参考资料可以到
Ant的最好学习资料<<使用Ant进行Java开发>>
Ant的官方网站:
Ant的最新版本:Ant1.6.5
本文所有的例子运行的环境:JDK1.4.2,Ant1.6.2,eclipse3.0
一.使用Ant运行Java程序
我们先从简单的Hello学起,目录结构如下
project--
|src--
||--org.ant.chapter1.Hello
|bin
|build.xml
以后的例子大多采用此目录结构,特例会额外声明
build.xml文件
<?xmlversion="1.0"?> <projectname="project"default="run"> <targetname="compile"> <javacdestdir="bin"srcdir="src"></javac> </target> <targetname="run"depends="compile"> <javaclassname="org.ant.chapter1.Hello"> </java> </target> </project> |
javac--编译java文件java--运行java文件
使用eclipse中集成的Ant运行build.xml文件(当然,也可以将ANT_HOME加到Path中,在命令行中运行)
Buildfile:D:/MyEclipse/workspace/sad/build.xml compile: run: [java]WorkingdirectoryignoredwhensameJVMisused. [java]Couldnotfindorg.ant.chapter1.Hello.Makesureyouhaveitinyourclasspath [java]atorg.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:166) [java]atorg.apache.tools.ant.taskdefs.Java.run(Java.java:705) [java]atorg.apache.tools.ant.taskdefs.Java.executeJava(Java.java:177) [java]atorg.apache.tools.ant.taskdefs.Java.execute(Java.java:83) [java]atorg.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) [java]atorg.apache.tools.ant.Task.perform(Task.java:364) [java]atorg.apache.tools.ant.Target.execute(Target.java:341) [java]atorg.apache.tools.ant.Target.performTasks(Target.java:369) [java]atorg.apache.tools.ant.Project.executeTarget(Project.java:1214) [java]atorg.eclipse.ant.internal.ui.antsupport.InternalAntRunner.run(InternalAntRunner.java:379) [java]atorg.eclipse.ant.internal.ui.antsupport.InternalAntRunner.main(InternalAntRunner.java:135) BUILDSUCCESSFUL Totaltime:703milliseconds |
<?xmlversion="1.0"?> <projectname="project"default="run"> <targetname="compile"> <javacdestdir="bin"srcdir="src"></javac> </target> <targetname="run"depends="compile"> <javaclassname="org.ant.chapter1.Hello"> <classpathpath="bin"></classpath> </java> </target> </project> |
Buildfile:D:/MyEclipse/workspace/sad/build.xml |
下一篇文章将介绍java程序运行的扩展及用Ant运行tomcat!
java程序运行的扩展
1.带有参数的应用程序运行
Ant在<java>任务中提供了<arg>元素,<arg>有四种属性value,file,line,path
publicclassHello{publicstaticvoidmain(String[]args){ |
<?xmlversion="1.0"?> |
Buildfile:D:/MyEclipse/workspace/sad/build.xml |
一般的<java>任务都运行在当前的JVM中,单一些特定的情况下将Ant运行在新的JVM下面,这时只需要将<java>中的一个属性fork设置为true就可以了.
我们知道,java命令提供了许多的运行参数,用于指定JVM的属性,同样在Ant也提供相应的属性,看例子:
<?xmlversion="1.0"?> |
<java>同样提供了运行jar文件的属性
MANIFEST.MF
Mainfest-Version:1.0 |
<?xmlversion="1.0"?> |
Buildfile:D:/MyEclipse/workspace/sad/build.xml |
<targetname="run"depends="jar"> |
Buildfile:D:/MyEclipse/workspace/sad/build.xml |
使用Ant运行tomcat
Ant使用<exec>任务运行本地程序,先看一个例子:
<?xmlversion="1.0"?> |
@echooff |
下面我们来运行tomcat
<?xmlversion="1.0"?> <targetname="tomcat-stop"> |
四.使用Ant进行Junit测试
我们除了使用java来直接运行junit之外，我们还可以使用junit提供的junittask与ant结合来运行。涉及的几个主要的ant
task如下：
l
<junit>，定义一个junittask
l
<batchtest>，位于<junit>中，运行多个TestCase
l
<test>，位于<junit>中，运行单个TestCase
l
<formatter>，位于<junit>中，定义一个测试结果输出格式
l
<junitreport>，定义一个junitreporttask
l<report>，位于<junitreport>中，输出一个junitreport
运行Junit需要jakarta-ant-1.4-optional.jar和Junit.jar包,因为这两个包用于支持anttask--<junit>的,所以不能在build.xml文件中加载,需要将他们放到ANT_HOME中去.使用eclipse可以按照一下步骤加入:
Windows-Preference-Ant-Runtime-AntHomeEntries
下面看一个Junit测试的例子:
<?xmlversion="1.0"?> |
brief:以文本格式提供测试失败的详细内容;
plain:以文本格式提供测试失败的详细内容以及每个测试的运行统计;
xml:以xml格式提供扩展的详细内容,包括正在测试时的Ant特性,系统输出,以及每个测试用例的系统错误.
使用formatter时建议将printsummary关闭,因为他可能对formatter的生成结果产生影响,并多生成一份同样的输出.当然我们可以使用formatter将输出结果显示在console中:
<formattertype="brief"usefile="false"/>
Junit支持多个formatter同时存在:
<formattertype="brief"usefile="false"/>
<formattertype="xml"/>
使用xml我们可以得到扩展性更强的信息输出,这时在<test>中要设定todir来指定xml的输出路径.
在通常情况下我们不可能一个一个来处理junit,所以Ant提供了<batchtest>,可以在他里面嵌套文件集(fileset)以包含全部的测试用例.
对于大量的用例,使用控制台输出,或者使用文件或xml文件来作为测试结果都是不合适的,Ant提供了<junitreport>任务使用XSLT将xml文件转换为HTML报告.该任务首先将生成的XML文件整合成单一的XML文件,然后再对他进行转换,这个整合的文件默认情况下被命名为:TESTS-TestSuites.xml.
<junitreporttodir="${test.xml}"> |
下面看一个完整的例子:
|
点击Properties超链接会弹出一个窗口显示在测试运行时全部的Ant特性,这对于跟踪由环境和配置造成的失败是非常便利的!
五.使用Ant运行本地程序
1.使用Ant运行windows的批处理文件
要在Ant内运行一个外部程序,应使用<exec>任务.它允许你执行下列操作:
l指定程序名和要传入的参数.
l命名运行目录.
l使用failonerror标志来控制当应用程序失败时是否停止构建.
l指定一个最大程序持续时间,时间超过则中止程序.任务在这时被认为是失败,但是至少构建会中止,而不是挂起,这对于自动构建是至关重要的.
l将输出存到一个文件或特性.
l指定java调用本地程序时需要预先设定的环境变量.
下面来看一个例子:
批处理文件:
Test.bat
@echooffechoHello>test.txt |
<?xmlversion="1.0"?><projectname="batch"default="extract"basedir="."><targetname="extract"><execexecutable="cmd"><argline="/ca.bat"/></exec></target></project> |
启动tomcat需要两个环境变量CATALINA_HOME,JAVA_HOME,如果你在环境变量中已经设定,在Ant中就不需要进行处理,如果没有需要使用<env>属性来设定,你也可以使用<env>属性覆盖你以前的环境变量.
<?xmlversion="1.0"?><projectname="batch"default="tomcat-start"basedir="."><propertyname="tomcat.dir"value="C:/Tomcat5"></property><targetname="tomcat-start"><execdir="${tomcat.dir}/bin"executable="cmd"><envkey="CATALINA_HOME"path="${tomcat.dir}"/><argvalue="/Cstartup.bat"/></exec></target></project> |
由于windowsXP的cmd默认没有安装ps,bash等命令,所以我们需要借助的三方的软件来实现这个功能,这里使用cgywin,将cgywin的bin目录加到环境变量的Path里面(下面使用Ant运行cvs也会用到).
<?xmlversion="1.0"?><projectname="batch"default="shell"basedir="."><propertyname="tomcat.dir"value="C:/Tomcat5"></property><targetname="shell"><execdir="${tomcat.dir}/bin"executable="bash"><envkey="CATALINA_HOME"path="${tomcat.dir}"/><argvalue="startup.sh"/></exec></target></project> |
Ant内置cvs属性,可以很方便的使用cvs:
<?xmlversion="1.0"?><projectname="batch"default="shell"basedir="."><propertyname="cvs.root"value="..."></property><targetname="cvs"><cvscvsroot="cvs.root"command="checkout../.."/></target></project> |
六.工程的打包部署
工程的打包,主要就是文件的操作,下面通过例子简单介绍一下文件的移动,复制和删除.
<?xmlversion="1.0"?><projectname="project"default="jar"><targetname="copy"><tstamp><formatproperty="time.format"pattern="yyyy-mm-dd'T'HH:mm:ss"locale="en"/></tstamp><copytofile="dist/readme"file="test.txt"><filterset><filtertoken="TIME"value="${time.format}"/></filterset></copy></target> |
前面已经例举过一个jar文件打包的例子,下面主要介绍war文件的打包.Ant提供war文件打包的属性.<war>任务是<jar>任务的子类,但是他也提供了一些特有的属性:
<targetname="deploy"depends="init"><wardestfile="${war.dir}/spring.war"webxml="${web.dir}/web.xml"><classesdir="${web.dir}/classes"></classes><filesetdir="WebContent"excludes="web.xml"></fileset><libdir="${web.dir}/lib"></lib></war></target> |
部署是项目发布的过程,Ant支持FTP,Email,本地和远程等几种部署模式,但是Ant并不内置对一些部署的支持,需要第三方的库.
optional.jar也可能是这样的名字:jakarta-ant-1.4.1.optional.jar
netcomponents.jar<ftp>和<telnet>需要
activation.jar<mail>需要
mail.jar<mail>需要
下面只以本地部署为例,服务器为tomcat.
由于tomcat支持热部署,可以将webapp文件下的war文件自解压缩,所以最简单的部署方式是将工程打成war包后直接copy到webapp目录下面.另一种方法是使用tomcat的管理员身份,在manager页面装载和删除应用,这种方法比较复杂,也比较正规,他也是远程部署的基础.
<?xmlversion="1.0"?><projectname="project"default="deploy-local-catalina"><propertyname="war.dir"value="dist"></property><propertyname="web.dir"value="WebContent/WEB-INF"></property><propertyname="webapp.name"value="spring"></property><propertyname="catalina.port"value="8080"></property><propertyname="catalina.username"value="admin"></property><propertyname="catalina.password"value="admin"></property><targetname="init"><mkdirdir="${war.dir}"/></target> |
ANT打包内存溢出及JDK版本过低编绎失败解决
,<javacclasspathref="project.class.path"debug="true"deprecation="true"destdir="${dest}"nowarn="false"target="1.6">在此标签中增加fork="true"memoryMaximumSize="512m"就行了---也可以改更大ANT编绎时出现以下错误:
pleasedownloadtheoriginaloutputfiletoseemoreinfo---一般是因为JDK版本过低,请在环境变量中设置高版本的JDK的JAVA_HOME及相应的PATH变量.
用Ant打包java工程(有依赖工程)为jar文件
build.xml的写法<projectname="ControlServer"default="release"basedir=".">
<propertyname="controlserver.name"value="ControlServer"/>
<propertyname="src.controlserver.home"value="${controlserver.name}/src"/>
<propertyname="build.home"value="build"/>
<propertyname="common.name"value="Common"/>
<propertyname="src.common.home"value="${common.name}/src"/>
<propertyname="src.name"value="src"/>
<propertyname="bin.name"value="bin"/>
<propertyname="classes.name"value="classes"/>
<propertyname="log.name"value="log"/>
<propertyname="config.name"value="config"/>
<propertyname="lib.name"value="lib"/>
<propertyname="temp.home"value="temp"/>
<pathid="controlserver.classpath">
<filesetdir="${controlserver.name}/${lib.name}">
<includename="*.jar"/>
</fileset>
<filesetdir="${temp.home}/${common.name}/${lib.name}">
<includename="*.jar"/>
</fileset>
</path>
<targetname="init-common">
<!--
<mkdirdir="${build.home}/${common.name}/${lib.home}"/>
<mkdirdir="${build.home}/${common.name}/${config.home}"/>
<mkdirdir="${build.home}/${common.name}/${log.home}"/>-->
<mkdirdir="${temp.home}/${common.name}/classes"/>
<mkdirdir="${temp.home}/${common.name}/lib"/>
<copytodir="${temp.home}/${common.name}/lib">
<filesetdir="${common.name}/lib/">
<includename="**/*.jar"/>
</fileset>
</copy>
</target>
<targetname="compile-common"depends="init-common">
<tstamp/>
<javacsrcdir="${src.common.home}"destdir="${temp.home}/${common.name}/classes"debug="yes">
<classpathrefid="common.classpath">
</classpath>
</javac>
<!--
<deletedir="${temp.home}">
<excludename="**/*.jar"/>
</delete>-->
</target>
<targetname="jar-common"depends="compile-common">
<jardestfile="${temp.home}/${common.name}/lib/${common.name}.jar">
<filesetdir="${temp.home}/${common.name}/${classes.name}">
<includename="**/*.class"/>
<includename="**/*.xml"/>
</fileset>
</jar>
</target>
<targetname="init-controlserver">
<mkdirdir="${build.home}/${controlserver.name}/${lib.name}"/>
<mkdirdir="${build.home}/${controlserver.name}/${config.name}"/>
<mkdirdir="${build.home}/${controlserver.name}/${log.name}"/>
<mkdirdir="${temp.home}/${controlserver.name}"/>
<copytodir="${build.home}/${controlserver.name}/${lib.name}">
<filesetdir="${controlserver.name}/${lib.name}">
<includename="**/*"/>
</fileset>
</copy>
<copytodir="${build.home}/${controlserver.name}/${log.name}">
<filesetdir="${controlserver.name}/${log.name}">
<includename="**/*"/>
</fileset>
</copy>
<copytodir="${build.home}/${controlserver.name}/${config.name}">
<filesetdir="${controlserver.name}/${config.name}">
<includename="**/*"/>
</fileset>
</copy>
<copytodir="${build.home}/${controlserver.name}/">
<filesetdir="${controlserver.name}/${bin.name}">
<includename="**/*"/>
</fileset>
</copy>
</target>
<targetname="compile-controlserver"depends="jar-common,init-controlserver">
<tstamp/>
<javacsrcdir="${src.controlserver.home}"destdir="${temp.home}/${controlserver.name}"debug="yes">
<classpathrefid="controlserver.classpath">
</classpath>
</javac>
<copytodir="${temp.home}/${controlserver.name}">
<filesetdir="${src.controlserver.home}/">
<includename="**/*.xml"/>
</fileset>
</copy>
<!--
<deletedir="${temp.home}">
<includename="**/*"/>
</delete>-->
</target>
<targetname="jar-controlserver"depends="compile-controlserver">
<jardestfile="${build.home}/${controlserver.name}/${lib.name}/${controlserver.name}.jar">
<filesetdir="${temp.home}/${controlserver.name}">
<includename="**/*.class"/>
<includename="**/*.xml"/>
</fileset>
</jar>
</target>
<targetname="release"depends="jar-controlserver"/>
</project>
ControlServer工程目录结构
-ControlServer
+src
+bin
+config
+lib
+log
+temp
ControlServer依赖Common工程
-Common
+src
+lib
部署后的目录结构
-build
-ControlServer
+config
+lib
+log
其中ControlServer.jar和其用到的jar在lib中
现在可以写个bat或sh用来启动该java应用
startup.bat内容如下
java-Xms512m-Xmx1024m-classpathlib/dom4j-1.6.1.jar;
lib/mina-integration-jmx-2.0.0-M1.jar;lib/slf4j-api-1.3.0.jar;
......................
......................
lib/slf4j-log4j12-1.3.0.jar;lib/spring2.5.3.jar;lib/Common.jar;
lib/ControlServer.jarcn.ipanel.apps.ars.tcp.StartUp%1%2
==========================================
startup.sh内容如下
java-Xms512m-Xmx1024m-classpathlib/dom4j-1.6.1.jar:
lib/log4j-1.2.8.jar:lib/mina-core-2.0.0-M1.jar:
lib/mina-filter-codec-netty-2.0.0-M1.jar:
lib/mina-filter-compression-2.0.0-M1.jar:
lib/mina-integration-jmx-2.0.0-M1.jar:
lib/slf4j-api-1.3.0.jar:lib/slf4j-log4j12-1.3.0.jar:
lib/spring2.5.3.jar:lib/Common.jar:lib/ControlServer.jar
cn.ipanel.apps.ars.tcp.StartUp%1%2
javawebprojectAnt打包任务代码
<?xmlversion="1.0"encoding="UTF-8"?><projectname="ESBWebV1"default="create.war"basedir=".">
<propertyname="build.dir"value="build"/>
<propertyname="webroot.dir"value="WebRoot"/>
<propertyname="webxml.file"value="${webroot.dir}/WEB-INF/web.xml"/>
<propertyname="src.dir"value="src"/>
<propertyname="lib.dir"value="${webroot.dir}/WEB-INF/lib"/>
<propertyname="classes.dir"value="${webroot.dir}/WEB-INF/classes"/>
<pathid="classpath.depend.project">
<filesetdir="${lib.dir}">
<includename="**/*.jar"/>
</fileset>
//一般WEB工程都会使用SERVLET/FILTER等TOMCAT中LIB下面的JAR包,所以有时还要在这儿引入TOMCAT下面LIB中的JAR包.
</path>
<targetname="clean">
<deletedir="${build.dir}"/>
<deletedir="${classes.dir}"/>
</target>
<targetname="init"depends="clean">
<mkdirdir="${build.dir}"/>
<mkdirdir="${classes.dir}"/>
</target>
<targetname="compiler"depends="init">
<javacsrcdir="${src.dir}"destdir="${classes.dir}">
<classpathrefid="classpath.depend.project"></classpath>
</javac>
<copytodir="${classes.dir}">
<filesetdir="${src.dir}">
<includename="**/*.xml"/>
<includename="**/*.properties"/>
</fileset>
</copy>
</target>
<targetname="create.war"depends="compiler">
<wardestfile="${build.dir}/${ant.project.name}.war"webxml="${webxml.file}">
<filesetdir="${webroot.dir}"/>
</war>
</target>
</project>
anttaskdef和environment了解
<projectname="ejb3"basedir="."><propertyname="src.dir"value="${basedir}\src"/>
<propertyenvironment="env"/>
<propertyname="jboss.home"value="${env.JBOSS_HOME}"/>
<propertyname="jboss.server.config"value="default"/>
<propertyname="build.dir"value="${basedir}\build"/>
其中：<propertyname="jboss.home"value="{env.JBOSS_HOME}"/>应该是调用系统中的环境变量JBOSS_HOME的值，
也可换成：<propertyname="jboss.home"value="D:\jboss-4.2.3.GA"/>
//net/sf/antcontrib/antlib.properties--这个主要作用是可以使用指定的task(比如:IF等)
<taskdefresource="net/sf/antcontrib/antlib.properties">
<classpath>
//其中这个不指定好像也可以,可能ANT运行时已经加载这个JAR包
<pathelementlocation="D:\ant\lib\ant-contrib-1.0b3.jar"/>
</classpath>
</taskdef>
1、声明taskjar包中指定的task
<taskdefname="xmltask“
classname="com.oopsconsultancy.xmltask.ant.XmlTask"
classpath="./xmltask.jar"/>
然后，就可以使用当前目录下，xmltask.jar包中，提供的com.oopsconsultancy.xmltask.ant.XmlTask任务了，任务标签为xmltask
2、加载指定taskjar中的properties文件
<taskdefresource="net/sf/antcontrib/antcontrib.properties">
<classpath>
<pathelementlocation="./ant-contrib-1.0b3.jar"/>
</classpath>
</taskdef>
或者
<taskdefresource="net/sf/antcontrib/antcontrib.properties"
classpath="./ant-contrib-1.0b3.jar"/>
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 关于Ant的全面了解
- 3招解决ant构建时任务找不到(taskdef cann't be found)的问题
- 全面了解Ant
- Android ADT 升级后 tools\ant\build.xml:828: taskdef class proguard.ant.ProGuardTask cannot be found
- Ant全面了解
- Android :task 与 back stack解读之初步了解.（包括 task,back stack,lauchMode, taskAffinity ,intent flags等解析）
- Ant语法全面了解
- ant debug 出现的错误：build.xml:49 taskdef class com.android.ant.SetupTask cannot be found(zt)
- ant debug 出现的错误：build.xml:49 taskdef class com.android.ant.SetupTask cannot be found
- Ant之 ZipException And Taskdef And MacroDef――“宏”
- 3招解决ant构建时任务找不到(taskdef cann't be found)的问题
- taskdef class org.apache.catalina.ant.InstallTask cannot be found!
- Ant taskdef class net.sf.antcontrib.logic.ForEach cannot be found
- Ant 下载、安装、使用、教程全面了解
- 关于Ant的全面了解
- ant编译android程序时报错，build.xml:49: taskdef class com.android.ant.SetupTask cannot be found
- 【ANT】taskdef class org.programmerplanet.ant.taskdefs.jmeter.JMeterTask cannot be found using the cla
- 【ANT】taskdef class org.programmerplanet.ant.taskdefs.jmeter.JMeterTask cannot be found
- taskdef class com.android.ant.NewSetupTask cannot be found
- Ant 下载、安装、使用、教程全面了解