因为有了半年多CM Synergy的基础，现在开始了解ClearCase，感觉脉络非常清晰。虽然没有接触到ClearCase的Admin的界面或者环境，但是在看资料的时候，头脑里总是能很清楚地反映出一个框架或者说是环境，帮助我理解。也许这就是人们常说的，“举一反三”、“触类旁通”吧。
这是在以前做CM Synergy的时候没有想过的。现在学习CC的东西，不再像当初学CM Synergy那样，觉得晦涩和难以想象了。回想当初听说要做CM Synergy的工作的时候，自己慢慢啃ppt文档的痛苦，还历历在目。庆幸的是，那时非常有毅力和决心。培训一个星期，实习三个星期后，用PM的话说，“完全看不出来是从来没接触过CM Synergy的人”。呵呵，小小的骄傲一下
当一个代码项目大了以后，每次重新编译，打包，测试等都会变得非常复杂而且重复，因此c语言中有make脚本来帮助这些工作的批量完成。在Java 中应用是平台无关性的，当然不会用平台相关的make脚本来完成这些批处理任务了，ANT本身就是这样一个流程脚本引擎，用于自动化调用程序完成项目的编译，打包，测试等。除了基于JAVA是平台无关的外，脚本的格式是基于XML的，比make脚本来说还要好维护一些。
而多个任务之间往往又包含了一定了依赖关系：比如把整个应用打包任务(jar)的这个依赖于编译任务(build)，而编译任务又依赖于整个环境初始化任务(init)等。
注：我看到很多项目的ant脚本中的命名基本上都是一致的，比如：编译一般叫build或者compile；打包一般叫jar或war；生成文档一般命名为javadoc或javadocs；执行全部任务all。在每个任务的中，ANT会根据配置调用一些外部应用并配以相应参数执行。虽然ANT可调用的外部应用种类非常丰富，但其实最常用的就2，3个：比如javac javadoc jar等。
这样执行ant 后，如果不指定配置文件ant会缺省找build.xml这个配置文件，并根据配置文件执行任务，缺省的任务设置可以指向最常用的任务，比如： build，或指向打印帮助信息：usage，告诉用户有那些脚本选项可以使用。
最好的学习过程就是看懂那些open source项目中的build.xml脚本，然后根据自己的需要简化成一个更简单的，ANT和APACHE上很多非常工程派的项目：简单易用，而且适应性非常强，因为这些项目的建立往往来源于开发人员日常最直接的需求。
以下是的一个
WebLucene应用的例子：修改自
JDOM的build.xml：
<project default="usage" basedir=".">
<!-- =================================================================== -->
<!-- Initialization target -->
<!-- =================================================================== -->
<target name="init">
<tstamp/>
<property file="${basedir}/build.properties" />
<property name="Name" value="ProjectFullName"/>
<property name="name" value="project_name"/>
<property name="version" value="0.2"/>
<property name="year" value="2003"/>
<echo message="----------- ${Name} ${version} [${year}] ------------"/>
<property name="debug" value="off"/>
<property name="optimize" value="on"/>
<property name="deprecation" value="on"/>
<property name="src.dir" value="./src/WEB-INF/src"/>
<property name="lib.dir" value="./src/WEB-INF/lib"/>
<property name="packages" value="com.chedong.*,org.apache.lucene.*"/>
<property name="build.src" value="./src/WEB-INF/build"/>
<property name="build.dest" value="./src/WEB-INF/classes"/>
<property name="build.javadocs" value="./src/doc"/>
<path id="classpath">
<pathelement path="${jsdk_jar}"/>
<fileset dir="${lib.dir}">
<include name="**/*.jar"/>
</fileset>
</path>
<filter token="year" value="${year}"/>
<filter token="version" value="${version}"/>
<filter token="date" value="${TODAY}"/>
<filter token="log" value="true"/>
<filter token="verbose" value="true"/>
</target>
<!-- =================================================================== -->
<!-- Help on usage -->
<!-- =================================================================== -->
<target name="usage" depends="init">
<echo message="${Name} Build file"/>
<echo message="-------------------------------------------------------------"/>
<echo message=""/>
<echo message=" available targets are:"/>
<echo message=""/>
<echo message=" jar --> generates the ${name}.jar file"/>
<echo message=" build --> compiles the source code"/>
<echo message=" javadoc --> generates the API documentation"/>
<echo message=" clean --> cleans up the directory"/>
<echo message=""/>
<echo message=" Please rename build.properties.default to build.properties"/>
<echo message=" and edit build.properties to specify JSDK 2.3 classpath."/>
<echo message=""/>
<echo message=" See the comments inside the build.xml file for more details."/>
<echo message="-------------------------------------------------------------"/>
<echo message=""/>
<echo message=""/>
</target>
<!-- =================================================================== -->
<!-- Prepares the source code -->
<!-- =================================================================== -->
<target name="prepare-src" depends="init">
<!-- create directories -->
<mkdir dir="${build.src}"/>
<mkdir dir="${build.dest}"/>
<!-- copy src files -->
<copy todir="${build.src}">
<fileset dir="${src.dir}"/>
</copy>
</target>
<!-- =================================================================== -->
<!-- Compiles the source directory -->
<!-- =================================================================== -->
<target name="build" depends="prepare-src">
<javac srcdir="${build.src}"
destdir="${build.dest}"
debug="${debug}"
optimize="${optimize}">
<classpath refid="classpath"/>
</javac>
</target>
<!-- =================================================================== -->
<!-- Creates the class package -->
<!-- =================================================================== -->
<target name="jar" depends="build">
<jar jarfile="${lib.dir}/${name}.jar"
basedir="${build.dest}"
includes="**"/>
</target>
<!-- =================================================================== -->
<!-- Creates the API documentation -->
<!-- =================================================================== -->
<target name="javadoc" depends="build">
<mkdir dir="${build.javadocs}"/>
<javadoc packagenames="${packages}"
sourcepath="${build.src}"
destdir="${build.javadocs}"
author="true"
version="true"
use="true"
splitindex="true"
windowtitle="${Name} API"
doctitle="${Name}">
<classpath refid="classpath"/>
</javadoc>
</target>
<!-- =================================================================== -->
<!-- Clean targets -->
<!-- =================================================================== -->
<target name="clean" depends="init">
<delete dir="${build.src}"/>
<delete dir="${build.dest}/org"/>
<delete dir="${build.dest}/com"/>
<delete>
<fileset dir="${build.dest}" includes="**/*.class"/>
</delete>
</target>
</project>
<!-- End of file -->
缺省任务：usage 打印帮助文档，告诉有那些任务选项：可用的有build, jar, javadoc和clean.
初始化环境变量：init
所有任务都基于一些基本环境变量的设置初始化完成，是后续其他任务的基础，在环境初始化过程中，有2点比较可以方便设置：
1 除了使用却缺省的property设置了JAVA源路径和输出路径外，引用了一个外部的build.properties文件中的设置，
<property file="${basedir}/build.properties" />
这样大部分简单配置用户只要会看懂build.properties就可以了，毕竟XML比起key value的属性文件还是要可读性差一些。用build.properties也可以方便其他用户从编译的细节中解放出来。
2 CLASSPATH设置：使用了其中的：
<path id="classpath">
<pathelement path="${jsdk_jar}"/>
<fileset dir="${lib.dir}">
<include name="**/*.jar"/>
</fileset>
</path>
则相当于设置了：CLASSPATH=/path/to/resin/lib/jsdk23.jar; /path/to/project/lib/*.jar;
文件复制：prepare-src
创建临时SRC存放目录和输出目录。
<!-- =================================================================== -->
<!-- Prepares the source code -->
<!-- =================================================================== -->
<target name="prepare-src" depends="init">
<!-- create directories -->
<mkdir dir="${build.src}"/>
<mkdir dir="${build.dest}"/>
<!-- copy src files -->
<copy todir="${build.src}">
<fileset dir="${src.dir}"/>
</copy>
</target>
编译任务：build
编译时的CLASSPATH环境通过一下方式找到引用一个path对象
<classpath refid="classpath"/>
打包任务：jar
对应用打包生成项目所写名的.jar文件
<!-- =================================================================== -->
<!-- Creates the class package -->
<!-- =================================================================== -->
<target name="jar" depends="build">
<jar jarfile="${lib.dir}/${name}.jar"
basedir="${build.dest}"
includes="**"/>
</target>
生成JAVADOC文档任务: javadoc
<!-- =================================================================== -->
<!-- Creates the API documentation -->
<!-- =================================================================== -->
<target name="javadoc" depends="build">
<mkdir dir="${build.javadocs}"/>
<javadoc packagenames="${packages}"
sourcepath="${build.src}"
destdir="${build.javadocs}"
author="true"
version="true"
use="true"
splitindex="true"
windowtitle="${Name} API"
doctitle="${Name}">
<classpath refid="classpath"/>
</javadoc>
</target>
清空临时编译文件：clean
<!-- =================================================================== -->
<!-- Clean targets -->
<!-- =================================================================== -->
<target name="clean" depends="init">
<delete dir="${build.src}"/>
<delete dir="${build.dest}/org"/>
<delete dir="${build.dest}/com"/>
<delete>
<fileset dir="${build.dest}" includes="**/*.class"/>
</delete>
</target>
TODO：
更多任务/扩展：（样例）
原文出处：<a href="http://www.chedong.com/tech/ant.html">http://www.chedong.com/tech/ant.html</a>
工作的时候就是应该把应该做的事情好好地做好，而不是能逃就逃，能偷懒就偷懒。在一些人看来，如果一周例行做三件事，哪怕多做一件，都是“冤大头”，都是傻子。不知道为什么会这样。
好像是小学的语文课本里有一个基础训练。里面有一篇文章是关于知识爆炸的。后来长大一点看到有文章反驳“知识爆炸”说的，认为知识怎么可能爆炸。现在再大一点，工作了，每天总是会有新的知识或者信息输入给我们。有时有些东西可能根本来不及消化，就一带而过了。虽然知识和信息不是爆炸，但是却汹涌而来，感觉也跟爆炸差不多。
经常会发一些邮件给其他的同事。里面基本包含了需要他们了解的信息。但是通常的情况是，有一些人在收到邮件以后还是会来询问那些明明已经包含在邮件里的内容。每次遇到这种情况，都有点无可奈何，只好耐着性子再说一遍。
从自己的角度来说，也许因为每天邮件并不是很多，所以基本收到的邮件都会仔细看看。有时候接到一些转发过来的有关任务的邮件，也会把邮件里历史的信息阅读一下，以便知道来龙去脉。如果还是有疑问，再去澄清一下。
作为Solaris的用户已经有4个月的时间了。基本上只是把它当作一个工具。或许是习惯了windows的图形界面的风格，感觉电脑里的硬件、软件都是看得见，摸的着，而Solaris下的资源就像黑暗中的宝藏一般，需要一点一点去发掘。看同事非常熟练地在不同的路径下往返，敲打出各种命令，完成系列操作，真是有点景仰
终于在元旦期间，买了一本UNIX的入门手册。今天初略翻了一下，感觉乐趣无限。就好像一个小孩子在后台发现了自己所崇拜的魔术师的秘密一样，竟然有一种很兴奋的感觉。
这种快乐应该就是学习所带来的从无到有的充实和满足的体验吧。原本一无所知的东西，就像一棵树一样，一点一点在面前展开，揭示出或直接或曲折的联系。
早上和北京的Dominique通电话，讨论网络接入的问题，忽然小P跑过来站了一会，又走了。原以为他是来看我桌上rex从munich带回来的手绘碟子，可是过了一会，他走过来说：“刚才和你通话的是不是法国人啊？”我非常惊讶：“为什么这么说？”因为Dominique的英语非常好，虽然不似美国或者英国的口音，但也绝对听不出来什么其他的口音。如果把英语比作我们的汉语的话，Dominique的发音，在我听来，绝对是CCTV新闻联播的主持人的发音。可是小P说：“他肯定是法国人，因为他讲话非常温柔，软软的。”在得知Dominique的名字后，他说：“肯定啦。Dominique就是典型的名字啦。不过很少有法国人英语这么好的。”呵呵，只知道人家说法语是世界上最美的语言，没想到原来法国人讲话也这么美
同时也很惊讶小P能够这么准确地从人家的发音中判断国籍，对某个国家的典型的姓也很熟悉。不过后来仔细想想，我也能分辨韩国人、日本人还有新加坡人的发音和姓名。呵呵，平衡了