一、构建Ant环境 ①免安装构建：如果你已经配置好Eclipse环境（3.0以上），那Ant环境就已经构建好了； ②从零开始手工配置： A：配置好Java环境； 安装JDK，然后设置好环境变量，如：
B、下载Ant包： 地址：http://ant.apache.org/bindownload.cgi 配置Ant环境变量：
测试：run-》cmd，输入ant，如果出现下面的画面，测表明Ant环境已经配置好了。 二、简单上手： build.xml
HelloAnt.java
三、Ant提高
改进build.xml，让它做更多的事情： 定义全局变量 初始化，主要是建立目录 编译（已有） 打包为jar 建立API documentation 生成 发布（distribution） 产品
1944年冬，盟军完成了对德国的铁壁合围，法西斯第三帝国覆亡在即。整个德国笼罩在一片末日的气氛里，经济崩溃，物资奇缺，老百姓的生活陷入严重困境。
对普通平民来说，食品短缺就已经是人命关天的事，更糟糕的是，由于德国地处欧洲中部，冬季非常寒冷，家里如果没有足够的燃料的话，根本无法捱过漫长的冬天。在这种情况下，各地政府只得允许让老百姓上山砍树。 你能想像帝国崩溃前夕的德国人是如何砍树的吗？在生命受到威胁时，人们非但没有去哄抢，而是先由政府部门的林业人员在林海雪原里拉网式地搜索，找到老弱病残的劣质树木，做上记号，再告诫民众：如果砍伐没有做记号的树，将要受到处罚。在有些人看来，这样的规定简直就是个笑话：国家都快要灭亡了，谁来执行处罚？ 当时的德国，由于希特勒做垂死挣扎，几乎将所有的政府公务人员都抽调到前线去了，看不到警察，更见不到法官，整个国家简直就是处于无政府状态。但令人不可思议的是，直到第二次世界大战彻底结束，全德国竟然没有发生过一起居民违章砍伐无记号树木的事，每一个德国人都忠实地执行了这个没有任何强制约束力的规定。 这是著名学者季羡林先生在回忆录《留德十年》里讲的一个故事。当时他在德国留学，亲眼目睹了这一幕，所以事隔五十多年，他仍对此事感叹不已，说，德国人"具备了无政府的条件却没有无政府的现象"。 是一种什么样的力量使得德国人在如此极端糟糕的情况下，仍能表现出超出一般人想像的自律？答案只有两个字：认真。因为认真是一种习惯，它深入到一个人的骨髓中，融化到一个人的血液里。因了这两个字，德意志民族在经历了上个世纪初中叶两次毁灭性的世界大战之后，又奇迹般地迅速崛起。 再讲一个关于德国人认真的小故事。 熟悉柴油机制造业的人都知道有这样一个说法：中国制造的柴油机，噪音在数公里外都听得见，柴油机周围数十平方米都是油迹；而德国人生产的柴油机则可以放在办公室的地毯上工作，根本不会影响隔壁房间的人办公。 于是，1984年，武汉柴油机厂聘请德国退休企业家格里希任厂长。 格里希上任后开的第一个会议，市有关部门领导也列席参加了。没有任何客套，格里希便单刀直入，直奔主题："如果说质量是产品的生命，那么，清洁度就是气缸的质量及寿命的关键。"说着，他当着有关方面领导的面，在摆放在会议桌上的气缸里抓出一大把铁砂，脸色铁青地说："这个气缸是我在开会前到生产车间随机抽检的样品。请大家看看，我都从它里面抓出来了些什么？在我们德国，气缸杂质不能高于50毫克，而我所了解的数据是，贵厂生产的气缸平均杂质竟然在五千毫克左右。试想，能够随手抓得出一把铁砂的气缸，怎么可能杂质不超标？我认为这决不是工艺技术方面的问题，而是生产者和管理者的责任心问题，是工作极不认真的结果。"一番话，把坐在会议室里的有关管理人员说得坐立不安，尴尬之极。 两年后，格里希因种种原因卸职时，武汉柴油机厂生产的气缸杂质已经下降到平均一百毫克左右。回国后，格里希有几次来中国，每次都要到武汉柴油机厂探望。在厂里，他有时拿着磁头检查捧发现气缸有未清除干净的铁粉时，忘了自己已经不是厂长，仍然生气地向周围陪同的人大声咆哮："你们怎么能这么不认真！" 如果说强大的德意志是一个可怕的民族，那么，认真也是一种可怕的力量，它大能使一个国家强盛，小能使一个人无往而不利。我们实在该好好学习德国人认真得近乎刻板的精神，将认真贯彻到自己点点滴滴的行为中。一旦认真二字也深入到自己的骨髓，融化进自己的血液，你也会焕发出一种令所有的人，包括自己，都感到害怕的力量。 作者简介：湘籍。1991年毕业于武汉大学中文系。曾在《独生子女》、《良友》杂志供职。现为自由撰稿人。
一个软件项目从开始到结束，由于资源、人员、管理、方法学等等各方面的因素，往往不可避免的会存在一些问题，如需求不明确、项目管理失败、沟通问题等等，今天无意中看到老外写的关于这方面的一篇文章，总结的比较全面，翻译过来结合自己的一些经验做了点补充和修改，存档以备时常可以告诫一下自己。
1、不能很好的理解用户的需求，缺少与用户之间的沟通。2、错误的预估项目的大小和难易度。3、没有计划就匆匆开始编码。4、没有在项目初期就开始做测试，一直拖到项目后期才做，或者根本不做什么测试。5、选择时下最cool的技术还是已经被团队使用比较成熟的技术，往往不能做出很正确的选择。6、不采用任何软件过程或者方法学。7、没有一个真正的项目经理，让开发人员无计划的主导项目。8、拖延计划，把进度压力留在后期。9、不做版本控制，混乱的代码库和开发环境。10、在项目过程中随意的更换开发工具和环境。11、客户的任何需求都答应下来，需求会永无止境，记得学会说“不”。12、只有一个大的计划，没有把计划分割成一个个更小的任务，要知道，大的计划如果不分割成任务很难落实和具体实施。13、对开发团队的管理不足。14、在项目后期增加人员来加快开发速度，很多时候往往适得其反。15、开发人员不做单元测试。16、一旦项目中遇到问题，就把压力抛给开发人员。17、不关注软件实际的运营环境和硬件条件。18、没有命名规范和代码规范。19、到处都用全局变量。20、遇到问题的时候往往不请教别人，而是一个人闷头搞，到最后还是不得以还是通过别人来解决。21、没有写代码注释的习惯。22、对输入输出的数据不做验证。23、不做压力测试，到实际环境中往往就会出现更多的跟环境和性能相关的问题。24、项目内部沟通不畅，每个成员只是埋头做自己的事情。25、没有很好的bug管理规范和系统，往往用word、email、excel等文本方式来跟踪bug，将会导致整个项目的bug管理陷入混沌。
其次，在值变函数中添加：FacesContext context = FacesContext.getCurrentInstance();...context.renderResponse();就可以了。