问题描述
很多人觉着JSF是个过时的东西。但是在国外，jsf的流行程度远高于jsp。近几年，oracle发布的javaEE开发规范里，有大量的篇幅在说jsf。而jsp一带而过。还是要把握官方的走向。2010年后，jsf频繁升级，而jsp的发展好像不怎么活跃了。什么是jsf呢，用一个很形象的说法就是：jsf相当于jsp.net。jsp和jsf的关系相当于asp和asp.net的关系。国内用的少，是因为大家喜欢用现成的。而jsf到目前来说，算是个“指导性”的框架，它本身带给你的直接功能是有限的。所以大家不喜欢用。但基于它的思想可以做很好的扩充（比如有iceface,richface,primefaces等）。如果一个团队真正忠于技术革新，会打造自己的jsf框架，完善后，是很好用的。所以，如果要用jsf，有个前提：团队有要有技术强人。否则，还是安心用jsp吧。呵呵。jsf国内文档极少。需要团队中的技术负责人要有较高的水平做研究。
解决方案
解决方案二：
用jsf已经3年多了，从完全不懂jsf到慢慢熟悉。其实国内也有很多jsf的。李刚老师也有jsf相关的书籍。
解决方案三：
jsf对控件依赖过高。
解决方案四：
自己写控件噢。这就所谓的扩展。任何库的控件不可能满足所有开发团队的需求。开源的要义就是自己可以改啊。spring可以改，hibernate可以改，jsf也可以改。还是要跳出“只用现成的”思想。我们的技术才能发展。“只用现成的”是种小公司思维。所有桌面程序的界面开发都是基于组件的吧。很多人可能觉着javaswing的组件库里面没有自己想要的东西。但netbeans里面怎么用了那么多swing组件库里没有组件呢？———自己写的。jsf也好，swing也好，都是开放的，我们不能只在表层混，呵呵。
解决方案五：
由其是我们中国的开发人员，一定不能只在表层混。
解决方案六：
赞同，自己写组件
解决方案七：
自己写组件其实难度不大，这跟jQueryMobile那些引入包装型组件是一样的。只不过jQueryMobile做的前台的js/html，我们做后面的java来生成js/html。这包括的组件化，生命周期事件这些模型是很不错的。不过它的状态缓存毕竟需要占用一些时间或空间（缓存在客户端加密需要时间，放在服务端就需要空间）。