Java_Ant 基本介绍
1,什么是ant
ant是构建工具
2,什么是构建
概念到处可查到，形象来说，你要把代码从某个地方拿来，编译，再拷贝到某个地方去等等操作，当然不仅与此，但是主要用来干这个
3,ant的好处
跨平台--因为ant是使用java实现的，所以它跨平台
使用简单--与ant的兄弟make比起来
语法清晰--同样是和make相比
功能强大--ant能做的事情很多，可能你用了很久，你仍然不知道它能有多少功能。当你自己开发一些ant插件的时候，你会发现它更多的功能。
4,ant的兄弟make
ant做的很多事情，大部分是曾经有一个叫make的所做的，不过对象不同，make更多应用于c/c++,ant更多应用于Java。当然这不是一定的，但大部分人如此。
一,构建ant环境
要使用ant首先要构建一个ant环境，步骤很简单：
1),安装jdk，设置JAVA_HOME,PATH,CLASS_PATH(这些应该是看这篇文章的人应该知道的)
2),下载ant地址http://www.apache.org/找一个你喜欢的版本，或者干脆最新的版本
3),解压ant你得到的是一个压缩包，解压缩它，并把它放在一个尽量简单的目录，例如D:\ant-1.6虽然你不一定要这么做，但这么做是有好处的。
4),设置ANT_HOMEPATH中添加ANT_HOME目录下的bin目录
5),测试一下你的设置,开始-->运行-->cmd进入命令行-->键入ant回车,如果看到
Buildfile:build.xmldoesnotexist!
Buildfailed
那么恭喜你你已经完成ant的设置
二,体验ant
就像每个语言都有HelloWorld一样，一个最简单的应用能让人感受一下Ant
1,首先你要知道你要干什么，我现在想做的事情是：
编写一些程序
编译它们
把它打包成jar包
把他们放在应该放置的地方
运行它们
这里为了简单起见只写一个程序，就是HelloWorld.java程序代码如下：
packagetest.ant;
publicclassHelloWorld{
publicstaticvoidmain(String[]args){
System.out.println("Helloworld1");
}
};
2，为了达到上边的目的，你可以手动的用javac、copy、jar、java来完成，但是考虑一下如果你有成百上千个类，在多次调试，部署的时候，一次次的javac、copy、jar、
java那将是一份辛苦的工作。现在看看ant怎么优雅的完成它们。
要运行ant需要有一个build.xml虽然不一定要叫这个名字，但是建议你这么做
下边就是一个完整的build.xml，然后我们来详细的解释每一句
<?xmlversion="1.0"encoding="UTF-8"?>
<projectname="HelloWorld"default="run"basedir=".">
<propertyname="src"value="src"/>
<propertyname="dest"value="classes"/>
<propertyname="hello_jar"value="hello1.jar"/>
<targetname="init">
<mkdirdir="${dest}"/>
</target>
<targetname="compile"depends="init">
<javacsrcdir="${src}"destdir="${dest}"/>
</target>
<targetname="build"depends="compile">
<jarjarfile="${hello_jar}"basedir="${dest}"/>
</target>
<targetname="run"depends="build">
<javaclassname="test.ant.HelloWorld"classpath="${hello_jar}"/>
</target>
<targetname="clean">
<deletedir="${dest}"/>
<deletefile="${hello_jar}"/>
</target>
<targetname="rerun"depends="clean,run">
<anttarget="clean"/>
<anttarget="run"/>
</target>
</project>
解释：
<?xmlversion="1.0"encoding="UTF-8"?>
build.xml中的第一句话，没有实际的意义
<projectname="HelloWorld"default="run"basedir=".">
</project>
ant的所有内容必须包含在这个里边，name是你给它取的名字，basedir故名思意就是工作的根目录.代表当前目录。default代表默认要做的事情。
<propertyname="src"value="src"/>
类似程序中的变量，为什么这么做想一下变量的作用
<targetname="compile"depends="init">
<javacsrcdir="${src}"destdir="${dest}"/>
</target>
把你想做的每一件事情写成一个target，它有一个名字，depends是它所依赖的target，在执行这个target例如这里的compile之前ant会先检查init是否曾经被执行过，如果执行
过则直接直接执行compile，如果没有则会先执行它依赖的target例如这里的init，然后在执行这个target
如我们的计划
编译：
<targetname="compile"depends="init">
<javacsrcdir="${src}"destdir="${dest}"/>
</target>
做jar包:
<targetname="build"depends="compile">
<jarjarfile="${hello_jar}"basedir="${dest}"/>
</target>
运行：
<targetname="run"depends="build">
<javaclassname="test.ant.HelloWorld"classpath="${hello_jar}"/>
</target>
为了不用拷贝，我们可以在最开始定义好目标文件夹，这样ant直接把结果就放在目标文件夹中了
新建文件夹:
<targetname="init">
<mkdirdir="${dest}"/>
</target>
为了更多一点的功能体现，又加入了两个target
删除生成的文件
<targetname="clean">
<deletedir="${dest}"/>
<deletefile="${hello_jar}"/>
</target>
再次运行，这里显示了如何在一个target里边调用其他的target
<targetname="rerun"depends="clean,run">
<anttarget="clean"/>
<anttarget="run"/>
</target>
好了，解释完成了，下边检验一下你的ant吧
新建一个src的文件夹，然后把HelloWorld.java按照包目录放进去
做好build.xml文件
在命令行下键入ant,你会发现一个个任务都完成了。每次更改完代码只需要再次键入ant
有的时候我们可能并不想运行程序，只想执行这些步骤中的某一两个步骤，例如我只想重新部署而不想运行，键入
antbuild
ant中的每一个任务都可以这样调用ant+targetname
好了，这样一个简单的ant任务完成了。
一,什么时候使用ant
也许你听到别人说起ant，一时冲动准备学习一下ant，当你看完了上边的第一个实例，也许你感觉ant真好，也许你感觉ant不过如此，得出这些结论都不能说错，虽然ant很好用，
但并不是在任何情况下都是最好的选择，例如windows上有更多更简单，更容易使用的工具，比如eclipse+myeclipseeclipse+wtp等等，无论是编译，部署，运行使用起来比ant更
容易，方便但有些情况则是ant发挥的好地方：
1,服务器上部署的时候
当你的程序开发完成，部署人员要部署在服务器上的时候，总不能因为因为安装一个程序就配置一个eclipse+myeclipse吧，ant在这个时候是个很好的选择，因为它小巧，容易配
置，你带着你写好的build.xml到任何一台服务器上，只需要做简单的修改（一些设定，例如目录），然后一两个命令完成，这难道不是一件美好的事情吗。
2,linux上，很多时候是这样的，程序开发是在windows下，但是程序要在linux或者unix上运行，在linux或者
在unix(特别是unix上)部署是个麻烦的事情，这个时候ant的特点又出来了，因为ant是跨平台的，你在build.xml可以在大多数操作系统上使用，基本不需要修改。
3,当服务器维护者不懂编程的时候
很多人都有过这样的经历，使用你们程序的人，并不懂得写程序。你得程序因为版本更新，因为修正bug需要一次又一次得重新部署。这个时候你会发现教一个人是如此得困难。但
是有ant后，你只需要告诉他，输入antxxx等一两个命令，一切ok.
以上是我遇到得一些情况。
看完以上得情况，好好考虑一下，你是否需要使用ant，如果是继续。
进一步学习一个稍微复杂一点点的ant
在实际的工作过程中可能会出现以下一些情况，一个项目分成很多个模块，每个小组或者部门负责一个模块，为了测试，他们自己写了一个build.xml,而你负责把这些模块组合到
一起使用，写一个build.xml
这个时候你有两种选择：
1,自己重新写一个build.xml，这将是一个麻烦的事情
2,尽量利用他们已经写好的build.xml，减少自己的工作
举个例子：
假设你下边有三个小组，每个小组负责一个部分，他们分别有一个src和一个写好的build.xml
这个时候你拿到他们的src，你需要做的是建立三个文件夹src1,src2,src3分别把他们的src和build.xml放进去，然后写一个build.xml
<?xmlversion="1.0"encoding="UTF-8"?>
<projectname="main"default="build"basedir=".">
<propertyname="bin"value="${basedir}\bin"/>
<propertyname="src1"value="${basedir}\src1"/>
<propertyname="src2"value="${basedir}\src2"/>
<propertyname="src3"value="${basedir}\src3"/>
<targetname="init">
<mkdirdir="${bin}"/>
</target>
<targetname="run">
<antdir="${src1}"target="run"/>
<antdir="${src2}"target="run"/>
<antdir="${src3}"target="run"/>
</target>
<targetname="clean">
<antdir="${src1}"target="clean"/>
<antdir="${src2}"target="clean"/>
<antdir="${src3}"target="clean"/>
</target>
<targetname="build"depends="init,call">
<copytodir="${bin}">
<filesetdir="${src1}">
<includename="*.jar"/>
</fileset>
<filesetdir="${src2}">
<includename="*.jar"/>
</fileset>
<filesetdir="${src3}">
<includename="*.jar"/>
</fileset>
</copy>
</target>
<targetname="rebuild"depends="build,clean">
<anttarget="clean"/>
<anttarget="build"/>
</target>
</project>
ok你的任务完成了。
ok,上边你完成了任务，但是你是否有些感触呢，在那些build.xml中，大多数是重复的，而且更改一次目录需要更改不少东西。是否能让工作做的更好一点呢，答案是肯定的。
引入两个东西：
1,propery
2,xmlinclude
这两个东西都有一个功能，就是能把build.xml中<propery/>中的内容分离出来，共同使用
除此之外它们各有特点：
propery的特点是维护简单，只需要简单的键值对，因为并不是所有人都喜欢xml的格式
xmlinclude的特点是不单可以提取出属性来，连target也可以。
还是以前的例子：
例如我们想把src1src2src3这三个属性从xml中提出来，可以新建一个文件叫all.properties
里边的内容
src1=D:\\study\\ant\\src1
src2=D:\\study\\ant\\src2
src3=D:\\study\\ant\\src3
然后你的build.xml文件可以这样写，别人只需要更改配置文件，而不许要更改你的build.xml文件了
<?xmlversion="1.0"encoding="UTF-8"?>
<projectname="main"default="build"basedir=".">
<propertyfile="all.properties"/>
<propertyname="bin"value="${basedir}\bin"/>
<targetname="init">
<mkdirdir="${bin}"/>
</target>
<targetname="run">
<antdir="${src1}"target="run"/>
<antdir="${src2}"target="run"/>
<antdir="${src3}"target="run"/>
</target>
<targetname="clean">
<antdir="${src1}"target="clean"/>
<antdir="${src2}"target="clean"/>
<antdir="${src3}"target="clean"/>
</target>
<targetname="build"depends="init,call">
<copytodir="${bin}">
<filesetdir="${src1}">
<includename="*.jar"/>
</fileset>
<filesetdir="${src2}">
<includename="*.jar"/>
</fileset>
<filesetdir="${src3}">
<includename="*.jar"/>
</fileset>
</copy>
</target>
<targetname="rebuild"depends="build,clean">
<anttarget="clean"/>
<anttarget="build"/>
</target>
<targetname="test">
<antdir="${src1}"target="test"/>
<antdir="${src2}"target="test"/>
<antdir="${src3}"target="test"/>
</target>
</project>
如果你自己看的话你会看到这样一个target
<targetname="test">
<antdir="${src1}"target="test"/>
<antdir="${src2}"target="test"/>
<antdir="${src3}"target="test"/>
</target>
有的时候你想给每个小组的build.xml加入几个target，一种做法是每个里边写，然后在这里调用
但是有一种更好的方法。
你可以写一个include.xml文件，内容如下
<?xmlversion="1.0"encoding="UTF-8"?>
<propertyname="src"value="src"/>
<propertyname="dest"value="classes"/>
<targetname="test">
<anttarget="run"/>
</target>
然后更改你三个小组的build.xml文件,每个里边加入如下内容
<!--includeaxmlfile,itcanbecommonpropery,canbealsoatarget-->
<!DOCTYPEproject[
<!ENTITYshare-variableSYSTEM"file:../include.xml">
]>
&share-variable;
变成如下的样子
这个时候，你只要在include.xml添加propery,添加target，三个build.xml会同时添加这些propery和target
而且不会让三个组的build.xml变得更复杂。
<?xmlversion="1.0"encoding="UTF-8"?>
<!--includeaxmlfile,itcanbecommonpropery,canbealsoatarget-->
<!DOCTYPEproject[
<!ENTITYshare-variableSYSTEM"file:../include.xml">
]>
<projectname="HelloWorld"default="run"basedir=".">
<!--usetheinclude-->
&share-variable;
<!--definedtheproperty-->
<!--viainclude
<propertyname="src"value="src"/>
<propertyname="dest"value="classes"/>
-->
<propertyname="hello_jar"value="hello1.jar"/>
<!--definetheop-->
<targetname="init">
<mkdirdir="${dest}"/>
</target>
<targetname="compile"depends="init">
<javacsrcdir="${src}"destdir="${dest}"/>
</target>
<targetname="build"depends="compile">
<jarjarfile="${hello_jar}"basedir="${dest}"/>
</target>
<targetname="run"depends="build">
<javaclassname="test.ant.HelloWorld"classpath="${hello_jar}"/>
</target>
<targetname="clean">
<deletedir="${dest}"/>
<deletefile="${hello_jar}"/>
</target>
<targetname="rerun"depends="clean,run">
<anttarget="clean"/>
<anttarget="run"/>
</target>
</project>
掌握了上边的那些内容之后，你就知道如何去写一个好的ant，但是你会发现当你真的想去做的时候，你不能马上作出好的build.xml，因为你知道太少的ant的默认提供的命令.这
个时候如果你想完成任务，并提高自己，有很多办法：
1,很多开源的程序都带有build.xml，看看它们如何写的
2,ant的document，里边详细列写了ant的各种默认命令，及其丰富
3,google，永远不要忘记它
ok,在这之后随着你写的antbuild越来越多，你知道的命令就越多，ant在你的手里也就越来越强大了。
这个是一个慢慢积累的过程。
ant的例子很好找，各种开源框架都会带有一个build.xml仔细看看，会有很大收获
另外一个经常会用到的，但是在开源框架的build.xml一般没有的是cvs
如果使用的是远程的cvs，可以这样使用
<xmlversion="1.0"encoding="utf-8"?>
<project>
<propertyname="cvsroot"value=":pserver:wang:@192.168.1.2:/cvsroot"/>
<propertyname="basedir"value="/tmp/testant/"/>
<propertyname="cvs.password"value="wang"/>
<propertyname="cvs.passfile"value="${basedir}/ant.cvspass"/>
<targetname="initpass">
<cvspasscvsroot="${cvsroot}"password="${cvs.password}"passfile="${cvs.passfile}"/>
</target>
<targetname="checkout"depends="initpass">
<cvscvsroot="${cvsroot}"command="checkout"cvsrsh="ssh"package="myproject"dest="${basedir}"
passfile="${cvs.passfile}"/>
</target>
</project>
在eclipse里边先天支持ant，所以你可以在eclipse里边直接写build.xml
因为eclipse提供了提示功能，自动补充功能，它能让你事半功倍。
使用方法，只需要建立一个工程，然后建立一个叫build.xml的文件。然后就可以在里边写你的antbuild了
但是时刻记住http://www.apache.org/永远能找到你需要的东西