问题

这两天在写一个小东西。这个小东西是一个大东西的一部分。其实也就是其中的一两个类。而这个大东西需要部署到一个特定的环境中去运行。所以有一堆的限制条 件，比如什么配置文件啊，包名，版本之类的什么东西。稍微有点差错就没有办法运行。需要正确得到这些东西需要一个很庞大且冗长的构建过程。而我写的也就是 两三个类，所以最直接的方式就是把我写的java 文件编译或的class 文件直接复制到jar文件中。 完成这样工作有好几中方式，最直接的方式就是纯手工打造

PS: 这种方式费时费力，需要在不同的窗体间进行切换。例如我现在就在Eclipse、WinRaR和Windows资源管理器间切换。

解决过程

如何避免这个过程呢，尽量不用人来参与其中。这个肯定就是让一个小程序来把这几个动作连接起来。而且还要能够方便变动。比如我现在不想往a.jar 里面copy了。我想向b.jar 中复制了。所以就想到了脚本。对让脚本来完成这样的事情。第一反应想到的是ant

Ant 我的主角

  Ant 是 何须人，就不用我多说了。其实我了解也不多，只是知道这个小蚂蚁蛮力超大。下面就着手解决问题。第一反应就是找到一个直接copy的任务，把 fileset中的文件复制到jar文件中。但是遗憾的是我没有能够找到这样一个Task.这个时候我的思维陷入了困境。下面该怎么办？

困境

没有现成的东西，没有现成的能一步完成的东西？如何是好？ 我是程序员，所以我我自己可以写一个task来满足这样的需求啊。对啊，我可以自己写的！正当我为这个想法兴奋不已时，正卷起袖子准备“大干”的时候。突然想起某人说过 不要重新造轮子！ 。所以就追问了我自己一句：拐 角处会有什么呢？

我的拐角

既然Ant有蛮力，我可否利用一下他的蛮力呢？通过如下的这么一个流程来达到我的目的。

这里用了一个temp文件夹作为中转，先解压，copy需要的文件，最后jar一下获得最后的更新好的jar。 最终获得了如下的build.xml

调整的过程

看上去，所有问题都解决了。但是偏偏在使用的时候遇到了小问题。我的jar包是要在osgi环境下工作的。所以特别依赖MANIFEST.MF文件。偏偏jar 这个任务默认情况下会生成一个默认的MANIFEST.MF文件。如果任由他胡来的话，就全虾米了。所以要稍微调整一下。

<jar update="true"
destfile="c:/${contain_plugin}"
basedir="${temp_dir}"
manifest="${temp_dir}/META-INF/MANIFEST.MF">
</jar>

这样就可以了。大功告成！！

在看《卓有成效的程序员》 迷你书的时候，发现gant这个小东西。一下子就被他镇住了。心想原来还可以通过这种方式来使用ant。

随后在ibm的技术网站上找到了用Gant构建软件 这个在线教程。简单的过了一下，发现还真的好用。还有因为工作原因经常需要写一点测试用的web service。而我对这个又不是特别属性，想用Java来写有怕太麻烦。所以想找一找有没有什么动态语言很方便的能够实现web service（其实重点是找python的）。最后还是发现GroovyWS. 通过这样两个小东西，我发现groovy真的很不错。特别是对于java程序员来说。所以准备系统的学习一下他。特此记下。

前两天拜了一个茶艺师父。今天师父正式给我上了一下午的课，感觉收获很多。其实我师父已经给我上过很多课了，不过弟子不怎么好学没有加以整理。今天就把学习到的东西稍微整理一下吧。防止以后会忘了。

先来说说砌茶的三要素吧！

1、水温

水温是指砌茶，水的温度。不同种类的茶对温度的要求不一样。一般来说绿茶类的温度控制在80▫C～90▫C（不同的茶可能要求有些差别）。红茶、花茶、普洱茶要求水温控制在90▫C向上。我的理解是从不发酵到发酵的茶，要求的水温是逐步上升的。

砌绿茶的时候如果水温过高，会在短时间内把茶叶烫熟。特别是嫩芽（碧螺春就是一个典型代表）更是如此。

2、茶量

茶量就是放入茶叶的多少。这个师父没有强调太多，这是说不同的茶的要求不一样。一般的用小盖碗砌茶的话8克～10（不同的茶有不同要求）。然后师父留了一句话说，这个要多实践。

3、时间

这个时间是指茶叶在茶汤里浸泡的时间。原则上是第一道在一分钟左右，第二道和第三道的时间在第一道的时间上递减。到了一定的程度以后时间要适当的加长。

具体的趋势可以下面的图表表示：

横坐标表示茶的道数，纵坐标表示砌茶的时间。这个只是一个趋势，其实里面的数据是不准确的。对于黑茶系（普洱为代表的）的茶冲泡的道数可能会多一点。但是绿茶冲泡的次数就要少一点（3～4道）。

这张表，表示的只是在说明第一道时候时间茶没有泡开需要的时间要长一点，等第二道，第三道的时候茶泡开了，时间就要相对短一点。但是随着道数的增加，茶会越来越淡。这个时候就需要通过加长时间来弥补这个带来的影响。直到这次茶叶不能再用为止。

有了这样的需求就的好好想想有那些方案了。稍微的想了想（肯定不完整了）合并xml可行方案：

1、使用dom4j、sax等xml解析工具对需要合并的xml代码进行分析、比较并合并。

<<Java中合并XML文档的设计与实现>>（http://fanqiang.chinaunix.net/program/html/2005-06-16/3313.shtml）一文就是采用的这种方式实现了。

2、采用xslt对xml进行合并。

在这两个技术中，我是重点的看了一下第二种。原因是以前对xslt有一点了解，而且不用我自己去控制递规循环这样比较容易出错的环节。

还有就是使用 xslt 有很多很不错的调试环境可以使用如 xmlspy,stylus studio 等。可以直接看到调试过程。最后有幸在网上看到了一个老外写的一个用于合并 xml 的 xslt （ http://www2.informatik.hu-berlin.de/~obecker/XSLT/#merge ）。用 xmlspy 跑了一下，当时感觉就是一个“爽”了得。狂喜过后，就开始思考想想如何用 java 实现这个 xslt 的转换过程了。其实这也是一个很简单的过程。使用 dom4j 用下面的代码就可以实现：

就用这样的代码一跑，他居然，居然没有得到我想要的结果。郁闷啊！直接想去找块豆腐，一头撞死算了。但是在死前还是要把这个问题解决掉。要不死也不甘心。简单的分析一下，在xmlspy中可以使用，说明xslt肯定没有问题。那有问题的肯定是xslt 处理器有问题。你有问题我换不就的了吗。最后我换成了如下的情况：

重新跑了一下，ok了。没有问题了。

下面的任务就是对这个功能进行简单的封装一下。然需要xml合并的地方能够很容易的调用他。

有了这个功能。我就不用为了找一本书而翻箱倒柜了。呵呵。更好的是老吴（http://www.wuguole.com/）还做了汉化。

在这里谢过了。

只要google一下就可以找到很多下载地址了。

在使用html中的hypertext link.元素时发现一个有趣的问题。

元素。

得到效果如下图所示：

对象无法获得焦点。当我把我的代码改成

就会得到如下效果

获得焦点是的效果如下。