【IT168 专稿】2006年下半年度的JSF精彩异常。先是ICEsoft发布ICEfaces企业版，接着Exadel的Ajax4jsf为JSF开了Ajax框架之先河，然后Exadel携RichFaces加入JSF组件库竞赛，最后是JBoss推出框架粘合剂Seam 1.1，为JSF 2006划上了圆满的句号。

    1. ICEsoft发布ICEfaces企业版

    ICEsoft是一家动态Web应用开发商，Ajax和Web 2.0的概念出现之前，ICEsoft已经在动态Web领域积累了丰富的经验。ICEsoft的著名产品是ICEfaces，这是集ICEsoft丰富的应用经验和ISF技术于一体的一个Java软件产品。

    2006年7月19日，时间刚刚跨过2006年年中，ICEsoft宣布，其ICEfaces的企业版1.0正式发布。在当时，这是Java EE下唯一的Ajax集成应用框架。ICEfaces扩展了JSF，允许程序员以纯Java的方式开发瘦客户端的富互联网应用。ICEsoft在ICEfaces的开发上投入了相当大的财力，ICEfaces的软件规模累计达到了25人年之巨。凭借如此大规模的投入，ICEfaces成为唯一一个基于标准的Ajax解决方案。利用ICEfaces，开发人员可以实现Ajax的功能，但无须编写任何JavaScript代码。

    ICEfaces最独特的优势，是它以瘦客户端的方式开发富互联网应用。ICEfaces是通过将应用逻辑完全转移到服务器端来实现这一点的。在ICEfaces下，应用逻辑完全驻留在服务器上，对表示层的变更，以一种增量的方式提交给浏览器端，由一个轻量级的Ajax“桥”负责变更的组装。这使得开发人员可以按照自己的意愿开发富互联网应用，同时避免大量的JavaScript代码，保持客户端的“瘦身”。

    ICEfaces为JSF披上Ajax的时尚外衣，却依然保持客户端的轻灵。这与其他JSF的Ajax解决方案完全不同。通常，富互联网应用所要求的Ajax特性，是通过浏览器端的JavaScript来达到的，随着用户界面复杂度的增加，JavaScript的代码越来越长，最终酿成开发、测试和维护的恶梦。将大量应用逻辑压在JavaScript身上，会带来很多不利的结果，比如增加页面的加载时间，降低页面对搜索引擎的友好性，并且可能引发源代码的安全问题等。

    除此以外，ICEfaces还支持Ajax的“推”技术。所谓Ajax推技术，是指服务器端将表示层的变化直接推向客户端。服务器端在与各种各样的后端数据服务交互后，获得表示层应如何变化的信息，利用推技术，服务器端可以异步发送动态数据给用户界面，而不需用户的介入。ICEfaces基于推技术的Ajax功能尤其强大，代表了动态web应用的一个新高度，是其他Ajax方案所不能达到的。

    Ajax推技术是ICEfaces的标准特征，可以在Java应用逻辑中直接使用，与某些基于JavaScript“拉”技术的Ajax框架相比，推技术更高效，也更模型化。ICEfaces的推技术使得web用户能够动态地、实时地获得应用的最新数据和状态，为建立web环境下多用户协作的应用开辟了道路，而这在以前是无法用一个轻量级的web框架来做到的。

    ICEfaces企业版1.0是一个商业化版本，用户必须支付高达1500美元的费用才能获得一个CPU的授权，否则就只能使用免费的ICEfaces社区版，当然，功能要大打折扣。不过，ICEsoft很快认识到，开源无疑是产品和技术推广的最有效的方式之一，因此，仅仅四个月后，ICEsoft在推出ICEfaces 1.5版的时候，终于决定加入开源的行列了。ICEsoft的这一举动，赢得了包括Sun在内的业界人士和社区的赞赏，现在，JSF开发者又多了一个不错的选择。


    2. Ajax4jsf开Ajax框架之先河

    作为JSF竞赛的著名“选手”，Exadel时有创新之举。2006年8月7日，Exadel公司网站上，一则消息在JSF社区中激起层层波浪：JSF的开源Ajax框架Ajax4jsf 1.0版诞生了。

    促使Exadel作出这一举动的原因有三。第一，随着Web 2.0概念的热炒，Ajax甚嚣尘上，连向以老大自居的Sun都抵挡不住Ajax的诱惑，Exadel自然也未能免俗；第二，Exadel一直是JSF的支持者，早就追随JSF的左右，对JSF的理念深信不疑，十分看好JSF的未来；第三，开源是一场声势浩大的运动，开源已经成为一种潮流，不管Exadel愿意不愿意，开源都是不可逆转的趋势，而且，不少开源的先驱已经摘到胜利的果实，Exadel不想失去这个机会。一句话，Ajax4jsf是Exadel在开源背景下，对Web2.0挑战作出的回应。

    Ajax4jsf是一个与JSF规范百分之百兼容的组件库，集Ajax的时尚与JSF的强大于一身。Ajax4jsf的目标是将Ajax和JSF两股力量拧成一股绳，使之成为一个功能强大的软件包，充分发挥JSF的优势（例如JSF的服务器端组件等），开发现代的、交互式的、符合Web2.0概念的富互联网应用。Ajax4jsf是一个开放的框架，继承了JSF的开放精神，追求与不同的JSF实现（Implementation）的无缝集成，同时最大限度地兼容第三放JSF组件库。Ajax4jsf试图通过提供对JSF诸技术（例如Facelets和JSF扩展等）的内在支持，建立一个以JSF为核心的框架系统环境。

    Ajax4jsf的工作原理是这样的。在客户端，浏览器加载一个称为Ajax引擎的JavaScript模块，这个模块之上，才是用户看到的真正的JSF页面。当用户在JSF页面上执行某种操作（例如点击鼠标）时，会触发一个JavaScript事件，页面将这个JavaScript事件发给Ajax引擎。Ajax引擎对JavaScript事件进行分析，并根据分析结果形成相应的请求，然后将请求发往服务器端。

    在服务器端，来自浏览器Ajax引擎的请求，没有直接交给JSF框架，而是交给了Ajax4jsf框架。Ajax4jsf框架前置于JSF框架，所有来自Ajax引擎的请求，都由Ajax4jsf框架预处理。Ajax4jsf框架由几个模块组成，其工作原理借鉴了JSF的一些概念，是Exadel的核心技术所在。经过Ajax4jsf框架预处理后的请求，最终会发给JSF框架，在这里，请求按JSF的常规经历“JSF请求处理生命周期”的若干阶段后，形成响应，准备发给客户端浏览器。

    与请求一样，响应也不是在服务器和浏览器之间直接传递的，同样需要经过Ajax4jsf框架和Ajax引擎的介入，只不过，这次的顺序是相反的。响应离开JSF框架之后，进入Ajax4jsf框架，在Ajax4jsf框架中接受预处理，然后，再经由互联网发送到客户端浏览器。浏览器中，Ajax引擎负责接收来自服务器的响应，Ajax引擎对响应进行分析，从中获得页面更新的信息，并向浏览器发出更新JSF页面的指令。

    从Ajax4jsf的工作原理可以看出，Ajax4jsf与JSF的生命周期是有机结合的。与其他Ajax框架只利用managed bean机制不同的是，Ajax4jsf在Ajax请求-响应周期中，可以利用动作监听器、值改变监听器，并且能够调用服务器端验证器和转换器。
Ajax4jsf的另一个特点是，支持页面级的Ajax特性。通常的Ajax支持局限于组件级，而Ajax4jsf的页面级Ajax特性支持，允许指定页面上的一个区域，当一个客户端事件调用一个Ajax请求，Ajax请求更新服务器端数据后，这个指定的页面区域将被同步刷新。利用Ajax4jsf的这一特性，现有的JSF应用可以非常容易地获得Ajax的能力。

    Ajax4jsf的其他特性，还包括允许开发自己的内置Ajax功能的JSF组件，能将图像、JavaScript代码和CSS格式表单等资源文件打包在Jar文件中以便于管理，可以动态地生成图像，支持“换肤”功能等。Exadel将Ajax4jsf视为企业应对web 2.0挑战最锋利的武器，对Ajax4jsf寄予厚望。


    3. Exadel携RichFaces加入JSF组件库竞赛

    Exadel无疑是2006年度JSF天空上最耀眼的明星之一。继年初以一款支持JSF的开发工具Exadel Studio一举攻下JSF可视化页面编辑器的城池之后，年中凭借Ajax4jsf又占领了JSF Ajax框架的制高点。年尾的Exadel马不停蹄，携RichFaces加入了JSF组件库的竞赛。

    RichFaces是建立在Ajax4jsf之上的JSF组件库。由于Ajax4jsf是一个先进的Ajax框架，能够非常容易地在应用中集成Ajax的特性，因此，RichFaces同样有着丰富的Ajax特征就不足为怪了。在Ajax4jsf的支撑下，RichFaces甚至具备“换肤”的能力。

     RichFaces的所有组件都是“开箱即用”的，利用RichFaces，JSF应用的开发者可以立即为他们的应用加入Ajax特性，改善用户体验。无需浪费开发者任何时间，RichFaces以一种可靠和快速的方式给JSF应用打通了Ajax之路。除了一组预置的Ajax组件外，RichFaces还具备给现有JSF组件增加Ajax功能的特征。这是开发快速响应web应用所必须的，更为重要的是，这一切都不需要任何JavaScript。

    RichFaces的组件由两个组件库组成。一个是Ajax组件库，另一个是UI组件库。Ajax组件库包含5个组件，其中有3个组件，用于支持桌面应用中常见的“drag-and-drop”操作：clicktodrop组件定义一个“可点击（clickable）”区域，draggable组件定义一个“可拖（draggable）”区域，dropzone定义一个“可放（target zone）”区域，三个组件结合使用，即可完成典型的“drag-and-drop”操作。

    UI组件库包含14类组件，涵盖用户界面开发的诸多方面。令人感兴趣的，有可“换肤”且可自定义的日历组件，用来输入数值的滑块组件inputNumberSlider和inputNumberSpinner，像Swing那样允许用户动态生成图像的paint2D组件，可折叠和展开的纵向菜单组件panelMenu、panelMenuNode和panelMenuItem，模拟Microsoft Outlook中滑块面板功能的slidePanel和slidePanelItem组件，用来显示进度条的speedometer组件，等等。

    可惜的是，RichFaces是商业软件，不是免费的。Exadel的收费方式比较奇特，并非如常规按软件授权收费，而是按年收费，称为订阅费。支付订阅费后，开发者可以在一年之内获得该软件的所有版本的使用权。第一年的订阅费是799美元，以后每年的订阅费则是399美元。姑且不论费用的高低贵贱，这种收费方式颇具Exadel特色，相当于把一条鞭子交到用户手里，要保持用户不流失，Exadel唯有不断驱策自己，推陈出新。这不但需要勇气，显然更需要相当的实力，尤其是在开源时代。

    站在用户的角度，我们当然希望看到越来越多的开源软件，开源意味着免费，不过，失之东隅，收之桑榆，已经有很多公司在开源运动中尝到了甜头。在开源软件大行其道的时候，RichFaces是否也会在不久的将来，加入开源的行列？也许2007年我们就会见到答案。


    4. JBoss推出框架粘合剂Seam 1.1

    自从Gavin King加盟JBoss后，JBoss在Java世界里名声大振。Gavin King是Java技术领域的奇才，其发明的Hibernate以雄厚的用户基础，成为Java持久化事实上的标准，以至于Sun在Java EE 5中，不得不改弦易辙，放弃自己的Entity Beans，采用了几乎是“克隆”Hibernate概念的JPA。

    有Gavin King加盟的JBoss，继续着Gavin King的神话，在Hibernate成功打入Java EE 5核心之后，又看准了一个新的方向，那就是JSF和EJB3.0的集成。Gavin King无疑是一个眼光独到的探险家，当别人都在费力地攀登一座座山峰时，Gavin King想到的，却是在两座山峰之间搭一座桥梁。JSF是表现层框架，EJB是应用层框架，当建立一个Java EE 5下的Web企业级应用时，JSF和EJB缺一不可，但是，如何让这两个侧重点不同的框架无缝地协同工作，是开发者面临的一个挑战。Gavin King抓住了这个机会，于是号称框架粘合剂的Seam在JBoss诞生了。

    Seam的1.0版是2006年6月份推出的，短短半年后就发布1.1版，JBoss动作非常迅速。这符合Gavin King的做事风格，在Seam项目上，我们可以看到Hibernate成功的足迹：独特的见解，完善的文档，有问必答的论坛支持，详尽的例子，仔细的聆听，快速的新版本响应。历史证明，技术的成功，往往不唯一地取决于技术本身，谁更关注客户的需求，谁就可能笑到最后。

    虽然Seam声称要用一种新的思维，去重新定义Web应用的架构，但实际上，Seam只是JSF、EJB和应用过程管理（business process management，jBPM）的组合，如同Ajax一样，没有什么值得称道的新技术，只是把几种相关技术捏合在一起，然后冠以一个新名词。当然，由于Seam已经替程序员做了框架捏合的工作，程序员的工作量肯定减少了，所以，Seam很受程序员的欢迎。

    Seam的特征可以从许多方面来描述。Seam是一个以EJB为核心的、统一的组件模型。Seam打破了Web端和业务端的划分，试图用一个统一的组件框架来包含所有的组件，不论是业务层的，还是表示层的。这样处理的结果，是EJB几乎可以在任何地方使用。例如，Session Beans可以用作JSF的动作监听器或者后台bean，而Entity Beans可以被直接绑定到表单上。很显然，对于小规模的应用，Seam给程序员带来极大的方便性，但是，在大规模应用场合，在表示层和业务层之间定义明确的界线，被证明是一种正确的做法，因此，Seam可能只适用于小规模应用。当然，小规模应用的数量要远远超过大规模应用，所以，Seam获得很多程序员的喝彩就不足为怪了。

    Seam在简化Java Web应用方面，有一个亮点，那就是更高级别的Http会话状态管理，称为Conversation Context。Seam的会话状态管理比HTTPSession有着更高的抽象度，也更容易理解。Seam负责在同一context的不同事件之间传播这些context。Seam以conversation context的方式，解决了web应用中，由于页面回退、刷新、重复提交、多窗口浏览等，带来的一些问题。Conversation context的实现方式利用了所谓的ConversationID，ConversationID在服务器和客户端之间来回传递，Seam根据ConversationID从HTTPSession中提取与该ConversationID相关的状态信息。由于Seam与JSF深度集成，因此，ConversationID对应用来说是透明的。

    Gavin King一如既往地关注范围更广的中小规模应用，Hibernate成功了，相信Seam的未来也是乐观的。

    5. 结束语

    对JSF来说，2006年最值得欣慰的，是JSF阵营的不断壮大。Sun、IBM、Oracle、Apache、JBoss、Exadel以及ICEsoft等等，你方唱罢我登场，上演了一轮又一轮精彩剧目，推动JSF稳步前进。JSF有着良好的架构，开放的体系和先进的思想，新技术在JSF中的集成，并非难事，有时候甚至是非常自然的，Ajax已经证明这一点。2006年已经成为历史，不过，JSF还将继续，我们期待着2007年的JSF更加辉煌，也相信2007年的JSF一定不会令广大程序员失望。