JSF（java face server） 是个web application 框架，
它可以减少 为web front end书写的代码量。
我们只需要写JSF components 和相应的事件处理函数就可以了。
JSF框架简化了有效性检查、request参数解析，状态管理，多线程支持等任务。
这样我们的web page将是由事件驱动，而不是一个request一个response这样来开发了。
参与JSF（java face server）规范编写的专家组真可谓阵容庞大：50名专家，我看JCP中的那些巨头公司的精英们几乎都被邀请了。
这是 前任 JSF组长Amy Fowler的采访 http://www.theserverside.com/events/library.jsp
现任JSF组长是Craig McClanahan，就是那个著名的Struts框架的创建者（是不是以后JSF会和struts框架集成？难说！）
可是，就是这么个应该是花费了九牛二虎之力才创建的这个框架，但是从网上的反映来看，似乎有不少反对甚至谩骂的声音。刚开始我真有些出乎意料，但细细想来，却在情理之中。
why?????????????
这个规范的建立历时两年，旷日持久。在此期间，有不少component based的框架不断涌现出来（如Tapestry 就是其中比较有名的），还有struts等等。可以说在这期间是百花齐放，百家争鸣。
造成的结果就是：这些大多是open source的东东基本上谁也没有打倒谁，各自拥有大批的用户群，又使这些用户慢慢的养成了特定的习惯和先入为主的思维。于是出现了现在的情况：JSF推出，不少
习惯了Tapestry/struts框架的人就说JSF这里不如Tapestry，那里不如struts。其实这也是那些专家的难处：既然已经有这么多不同的产品，就不能把规范定的太死，太细。
所以从现在的草案来看，都是些最基本的东西，没有去规范太多的高级功能。就是留下余地：
1、为了今后的改进。
2、使 Tapestry/struts 之类的东西今后容易符合JSF规范，若规定太死，那为了符合JSF规范，Tapestry/struts等等几乎要重写。
3、为各个厂商具体实现这个规范预留了改进的空间。
所以我们大可不必为现在JSF的不成熟而失望。我是真希望在java这个纷乱繁杂的世界中能有更多的规范来约束。只是这些规范要来得快些再快些！！！！ 两年太长，只争朝夕！^&^
Download the Spec and Early Access here:
http://java.sun.com/j2ee/javaserverfaces
