序
?
?
这是一篇很长很长的技术性演讲，但你无法从中得到一行代码。原文：http://www.theserverside.com/tt/knowledgecenter-is/knowledgecenter-is.tss?l=PodcastEdBurns
?本周我推荐来自Sun高级工程师Ed Burns在TTS(TheServerSide)上关于JSF整合AJAX的精彩演讲．Ed Burns 作为 Sun Microsystems 的高级工程师，自从 1994 年以来，Ed 参加了各种客户端和服务器端 Web 技术的工作，包括 NCSA Mosaic、 Mozilla、Sun Java Plugin、Jakarta Tomcat 以及最新的 JavaServer Faces。Ed 现在是 JavaServer Faces 的联合带头人。因此Ed与先前我介绍的denny不同，前者来自于官方是规范的制定者，后者来自于“民间”，是规范的实现者，由此可见Ed才是真正直接影响JSF的关键性人物．
?
?现在我简单介绍一下本次演讲的一些背景：
自从第一个web应用程序Struts于2001年6月发布开始，Java世界至今开始了长达7年的框架大战．JSF作为其中web 框架家族的一员，脱颖而出，被JCP青睐，荣登官方web标准．（JSF的主要架构师有Struts作者Craig R.McClanahan）．仍然JSF一直发展的很不顺，Struts长期牢牢占据着市场份额，成为现实中的工业标准；而EJB2.0的没落，Spring,Hibernate的兴起更是让所谓的官方标准长期备受冷落．当Java开发者们为SSH整合而乐此不疲的时候，Sun带着它的JavaEE5又重新杀了回来，EJB3.0+JSF1.2（或EJB3.0+Seam）作为官方推荐的超级组合仍然没有从根本上撼动强大的开源社区，SSH仍然是Java企业级开发的第一选择．
?但是！！！技术总是在不断向前发展的，我是一个Struts2的忠实拥护着，但最近也对Struts2感到有些不安，原因是Struts2是在Webwork的基础衍化而来，但你如果使用过Struts2的话，你会发现它其实与Webwork几乎没有什么区别，也就是说Struts2相对于Webwork没有根本的突破，最重要的是Struts2最近发布越来越慢，到今天为止Struts2.0.11版本已经发布大半了，仍然没有半点声响．而JSF最近却动作频频，MyFace新版本的发布，ICESoft无比强大的JSF组件的发布，以及Seam2.0中的Web框架就是JSF证明Sun这一次绝对是玩真的了．在我翻译的文章中《[翻译] Rod Johnson 为什么没有公司大到足够去拒绝开发人员他们所想得到的东西》，表明Sun越来越看重社区的力量，活跃的社区才代表你的技术真正被人接受认可，而并非几个少数寡头专家躲在“象牙塔”里研究那些过于复杂笨重的高深技术，所以Sun力挺JSF的真正原因还是想吸引大量的开发人员来壮大其社区，实际上Sun除了Java语言本身外，没有什么特别成功的东西：我们开发最常用的是Eclipse，技术是SSH，应用程序器开源的是Tomcat，商业的是Weblogic或Webshpere．但不要以为Sun真会傻到看不这些缺点，Soralar10, Netbeans6.0的推出，EJB3.1规范（草案快要出来了）的简洁，应用服务器GlassFish的支持，还有刚刚购买的MySQL，你会发现Sun这一条开发产品线非常齐全，而且比先前的有更明显的优势，所以Sun现在缺少的不再是技术，而是“天时，地利，人和”中的人和，如果挽回当年的EJB2.*之痛，还是需要时间的．
?在我的另一篇文章《从职位中预测2008年Java框架之争》里，JSF如今已经有所起色了，相对于EJB3.0，JSF似乎更容易得到推广．JSF除可与EJB整合外，还可以与目前最流行的应用程序框架Spring进行整合，并且无论是从组件数量，还是供应商的支持来说，JSF都是最有优势的．因此本次演讲的作者Ed Burns以Sun的身份，不遗余力的借助于近年来最火爆的AJAX技术，向开发者们推广JSF．因此JSF作为Sun大举进攻开源社区的一个切入点，如果还能再加上EJB3.1 Lite(EJB3.1子集，可直接布署在Servlet容器上)的话，无疑会对当前的主流技术造成很大的冲击．但无论如何，作为Java Web开发人员，也许你根本对JSF毫无兴趣，或者觉得这只是一个官方的炒作，但了解技术的趋势总是需要的．那么我们开始正文吧。
?
?
?
?
?
正文
?
那么我所指的AJAX，也在这里告诉给大家吧：web应用程序通过使用异步机制与服务端进行交互，并且动态更新浏览器所显示页面的外观和行为．这么来定义AJAX我觉得还是有稍稍有点生硬．如果你与ICEsoft接触过，你会发现他们已经有了AJAX的“推”模式，使用了大量技术可以异步的将内容通过浏览器发送出去．大家熟知的Comet就是这种编程模式的一种实践，它在与AJAX整合时非常有用，不过今天我没有在幻灯片上提供任何关于它的信息，但是可以很明确地的说：Comet就是为与AJAX整合，当然也包括与JSF的整合．
?
好了，说完了本次演讲的目的后，正式开始我们今天的议程吧．为什么JSF要与AJAX整合？为什么我会强调AJAX对于web应用程序来说是必须的？JSF和AJAX的整合方法有很多．其中JSF本身的设计和特性就使得它适合协同AJAX进行开发．下面是我们调查到的一些问题和解决方案．
?
一个解决这些问题的方案来自于Project Dynamic Faces（JSF的一个AJAX扩展）和MCP（Mozilla Control Program，使用JUnit或TestNG来自动测试web应用程序的一个包）．这是一个很早就有的解决方案，当时我还在www.mozilla.org工作时已经有些Alpha级的技术来自动测试AJAX程序．现在我手头上有一些关于它的demo，今天我们就在TheServerSide的大屏幕来测试一下．（然后作者在屏幕前，当场使用demo来测试所提到的Project Dynamic Faces和MCP）．
?
所有的web应用程序必须经过下列过程．为确保万无一失(motherhood applepie：美国黑话或政治家惯用的说语)，你需要进行数据转换和数据验证，需要一种机制来指定页面流程(page flow)，需要整合数据库．当然，你也许还会用持久层技术，比直接就可用的JAP和Hiberante．你还需要alphabet soup，国际化，本地化，以及易于访问．而这说到的最后一点，自AJAX它诞生以来，就一直是开发人员的痛．AJAX的反对者们大声嚷嚷：“好啊，你别想向政府部门卖出任何AJAX应用程序，因为有Section 508法案（请看注1）．”的确，有大量的实事摆在了面前，但不管怎么样，web应用程序必须是易于访问的．即使当你在制作页面的时候，你也需要考虑到对多语言的支持，以及基于CSS的样式设计．同样，它还需要保证，不管在单元测试还是系统测试级别上都要求是可测试的．最后一点就是用户体验了，所有这一切来来回回最终还是从开发人员到测试人员然后再到达最终用户．
?
现在，(列在屏幕上)各种不同整合JSF和AJAX的方法都是为了降低复杂度。我现在为这些解决方案亮起了红灯。（这些解决方案都）有很多的赞成和反对的声音，但亮起的红灯表明反对占了上风。那么我要说的第一个整合JSF的方式就是直接使用Naked AJAX（未经过任何封装的AJAX），你打算一切靠自己，什么都打算自己写! Frank Zammetti写了一本书，他发明了“Naked AJAX”这个术语，指的是你不使用任何AJAX框架，全部由自己亲自来完成。如果你这么做，你会深入的理解AJAX底层的技术，因此很可能你在职业上炙手可热并且这也一切也确实是你想要得到的话，那么我不得不说你太有才了。
?
你必须亲自处理所有的使用XMLHttpRequest的交互请求，这就要求你有扎实的JavaScript基本功，使用SetTimeout函数等以及一系列常人所不愿意使用的技术。到时候，你还不得不去解决跨浏览器之痛，而这种痛苦对于web开发人员来说已经持续多年，最后为了与它有一个了断，你还是陷入了开发自己框架的沼泽之中。
?
第二个解决方案显得更高级些，因为你使用了JavaScript框架。现在已经有大量可用的JS框架充斥在我们周围，比如Dojo,DWR,Prototype等，这些框架也是今天要讨论的内容。但使用这些JS框架的话，你仍然需要去为你的web应用程序编写代码，而且一旦在JSF中使用了某个JS框架（比如说Dojo）的话，你又要去编写那些侵入性代码了。
????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? ?未完待续........
注１： Section 508是美国政府基于互联网协会的网页内容无障碍指导原则所制定的强制性法案，它规定了所有由联邦政府发展、取得、维持或使用的电子和信息技术都必须保证对残疾人群的无障碍。
?
?
文章很长，所以，还需要请你耐心等待。根据注释1来看，似乎是要达到对残疾人的无障碍浏览的目的。
还是没明白-_-!
人们更乐于接受来自工业验证的东西
能说说抛弃的原因吗？ 用了三年，肯定有很多感受，分享一下？ 先收藏了..
别忘了Sun是标准的制定者，加入俱乐部都是要交会费的！不要只看表面的东西。