Web框架选型思考
经过漫长的商务折磨，终于确定了自己平台规划负责人的角色，任务非常明确：采用开源技术进行组装，开发一个具备业务含义、能够进行快速开发的软件平台。
现有项目的运行情况让我认识到了一点：在持久层与业务逻辑的相对成熟的情况下，WEB层的工作最为繁重，哪怕是引入了Tiles改善布局也如此。Struts天生的缺陷，让整个项目中WEB层显得笨拙不堪，成为整个系统中bad smell最重的的区域。从软件技术大会回来的同事说，很多同行都认为B/S系统中WEB端的工作量是整个系统的瓶颈。这一点看来已经得到了业界的普遍认可。
而现有的这个平台一定是持续使用的。如果不在WEB开发上进行改善，那么这个平台显得毫无意义：在依托面向对象技术的Java平台下，大部分其它的东西都有现成并且健壮的，对我而言都是熟悉的；而在WEB层，一定要有一个具备重用、珍惜每一个可重用WEB组件的框架在支撑。由于我们这个行业的特殊性，再带宽上也应当有所考虑。
基于这些特征，我首先想到的就是面向组件的WEB框架。这里的组件一定是网页上可见的组件，能够天生穿透Java/Javascript/Html，而不是笨拙的在JSP中import javascript；或者采用不堪的JSP tag. 这么看来，具备这一特征的、成熟的框架只有Tapestry了。
然而我对tapestry还有所保留，原因有两点：一个是对大型系统的支持不足。我们要面临的系统达到十几个子系统，3000多种交易。而Tapestry模块的支持区分不足，这一点上，WebWork来的要自然的多，Struts也提供了支持（我实在是难以出口这个词，虽然Struts将我引入了MVC的门，但是我对其丑陋的设计，臃肿的配置文件充满了憎恶）。
第二是Tapestry难以理解的URL，总让人觉得诡异（刚开始觉得挺有意思），不便于书签。好在有成功的项目证明进行修改是可行的，这个工作量也应该不大。
如果我的AMOWA概念有实现，那么我一定会选择Amowa的实现。因为Amowa中异步的概念刚好满足了系统带宽的要求。Web框架的选择过程让我了解到，组件式的web框架在知识积累上有多么重要。试问一下，我们以前做的WEB应用中，web端有多少能够自如的重用？
纵然Tapestry不尽人意，我还是决定选择Tapestry来作为平台的WEB框架（有人会说Tapestry不便于测试，试问又有多少合理的项目会将业务逻辑写在XXXPage中？），对其进行一些改造是必需的，比起持续使用与知识积累带来的好处，这么点工作量算不了什么。
java.lang.NoSuchMethodError: xjavadoc.XJavaDoc.setDocEncoding(Ljava/lang/String;)V
昨晚开始了痛苦的历程。
一向工作得好好的xdoclet，自从我将核心包更新为1.2.2后，噩梦开始了。每次运行hibernatedoclet, 都会出现以下错误：
java.lang.NoSuchMethodError: xjavadoc.XJavaDoc.setDocEncoding(Ljava/lang/String;)V at xdoclet.XmlSubTask.startProcess(XmlSubTask.java:184) at xdoclet.modules.hibernate.HibernateSubTask.execute(HibernateSubTask.java:123) at xdoclet.XDocletMain.start(XDocletMain.java:48) at xdoclet.DocletTask.start(DocletTask.java:468) at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:96) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeTarget(Project.java:1214) at org.apache.tools.ant.Project.executeTargets(Project.java:1062) at org.apache.tools.ant.Main.runBuild(Main.java:673) at org.apache.tools.ant.Main.startAnt(Main.java:188) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:196) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:55)
无法生成hibernate配置文件
没有源码，反编译找到XmlSubTask，没发现什么问题；找到xjavadoc相关的类，setDocEncoding赫然存在。
Google了一下，只有两条纪录，也没有解决，只是说注意版本。我试着将所有xdoclet jar文件换成1.2b4, 再次ant…居然成功了！郁闷，然后依次将hibernate, web相关的jar更新为1.2.2,没问题；就在更新xdoclet.jar之后，出现了上面提到的那个错误。
问题很明显了，是最新版本的问题。具体原因不祥。还是老老实实用旧版本吧。
不跳脱衣舞
许多Blog开始沉寂下来，这应该是一件好事。目前积攒的能量大概已经释放的差不多了罢，否则我的FeedDemon上为何迟迟不见重量级的文案，只有些 许简单的文档零星散落，让人感受到了这个冬季依然存有活物。当然，昨日黑今日白的娱乐圈新闻不在此列，Intel与AMD永远的口水战及其记者壁垒也不在 此列，更不提永远看不到尽头的在伊拉克的美国大兵。
Blog诞生初期那一阵子引发了众多英雄的诞生。由于交流渠道的扩充，每个人的技术能力在一夜之间被暴露出来，技术圈内Blog迅速成为交流技术思维的工 具，如同百晓生的兵器谱，每个人的心里对Blog的优劣有了一个明显或者隐藏的排名。然而早期的激情与自己的能力在被释放之后，Blog歇了下来。 Blogger们，如同我自己，开始担心，如果Blog很长时间没有东西更新，会不会如同被抛弃的孩子被人遗忘。巅峰到低谷的感觉很难受，于是出现了我前 面Blog提到的”口水文字“， 这些文字就像想引起女生注意的男孩做的恶作剧，单纯得可爱，单纯的令人心碎。
电视中，电影中时常会有脱衣的表演。我想到一个非常悲凉的比喻，技术人通过Blog表达自己思想的过程就像表演脱衣舞。每传达了一个思想就脱掉了一件衣 服。思想的深度和广度表示了衣服的华丽程度，从而引起观众更多的惊叹。高明的舞者总能在一个适当的时间内将衣服脱到适当然后谢幕，引起观众的美感与期待； 而不太高明的技术者往往迫不及待的在不太长的时间内将自己脱个精光，或者匆匆躲进后幕，换一件更为破烂不堪的衣服出来表演。
Martin Fowler的网站访问量巨大，他的著作遍及世界，被众多读者品读。他二十余年软件行业的积累，通过每年一两本书或者几个月一篇文章的方式释放出来，观众 看到的是一个高明的舞者，一个让人追逐让人陶醉的舞者。很多事情，特别是技术上，需要太久太久的积累，过早的不适当的释放，就像《赤旗寰球记》中“亿万民 主投票拳”，满天胡打但不中要害。百年的酒耐人寻味，多年的积累让人承认才有成就感，来得快的东西，去得也不慢。
最后，以我自创的一句话结束：你是否拥有让众人传唱千年的裸体？如果不是，请不要跳脱衣舞。
面向异步消息的Web应用(AMOWA)
本文的源自于Martin Fowler的著作《Patterns of Enterprise Application Architecture》中关于Web表示模式的一些启发。作者做了多年Web开发，并不限于企业级Web应用。在娱乐方面的应用（如聊天室，即时消息，Web场景聊天等）得到的一些工作经验促使我在企业级应用上进行了深层次的探索和思考，并形成了这篇文章。目前国内外并没有明显在这方面的文章或著作，希望此文能够给做WEB开发的同仁一点借鉴之处。
学习，研究，工作，灵感——学习过程其实是一张网
进行比较简单的学习时，专家或者教师往往给初学者这样一种建议：以学习Java为例，初学者最好学习C语言，掌握基本的语言概念；然后编写Java版的helloworld，然后学习基本的java.lang, java.util库，在学习的过程中不断体会OO的概念；然后根据需要，学习某一方面的如网络，UI, WEB等等……
很明显，这是一个箭头状的直线学习图。但是实际上没有人纯粹的依赖这些建议或指导来学习成功，最终往往是两种结果：一种是学习过程枯燥无味，最终放弃或者依靠毅力苦苦挣扎；一种是在学习过程中不断参照已有知识，反复印证参考，最终其乐融融小有所成。
大部分人都处于第二种状态，或者自己没有意识这一点，在积累越多的工作者身上体现越明显。大脑是一个圆，需要学习来刺激使他膨胀，线状的学习思路会违背几何规律，最终让自己疲惫不堪，充满挫折感。
所以，学习，不断的学习，不限于技术方面的学习。这一点在Java领域表现得尤为明显。Spring的核心作者Rod Johnson在音乐上的造诣与技术不相上下，大多数国内J2EE技术比较强的人都有哲学背景。所以，一定要不断的学习，不仅要对技术世界，开源领域自己业务范畴内的技术永远保持敏感，而且要不断花时间充实自己其他方面的积累。总有一天，比如你在文学上的一个灵感会让你的设计充满惊叹；或者你在打桌球领悟到业务架构可以更加优化一些。
学习与年龄无关，与惰性有关，所以，保持学习的劲头，活到老，学到老。网状的学习过程，不限于本行业的学习视野，不断的体会领悟的积累，会让学习真正成为快乐。