Java Web层的下一个王者是谁？

to JJYAO：
眼睛别光盯着Java世界啊，其实Flex等等这些RIA技术才是JSF的死敌。真正要获得rich的交互，用Flex不是更好（界面更漂亮、响应更迅速），为何一定要用JSF呢？而且这些RIA技术的开发效率也很高啊，开发效率方面JSF并没有优势。那么还有什么理由呢，是不是这个？
“因为我是做Java的，用Java做所有的开发是我的最爱，所以我要用Java做所有的开发，从今天到10年后，我都要用Java做所有的开发。我喜欢Java，这就是理由。”

讨论这个问题还要有个Scope。贴子主题是“Java Web层下一个王者是谁？”

JSF啊，生不逢时，尚未盛开，很可能即将凋谢。因为——RIA的时代来了。

我不是很看好JSF在国内普及的前景。不过这些要等时间来检验的，我们等着瞧吧。

完全扯淡，实在看不出JSF哪里降低了Web层的应用成本和升级成本。我最近正在用JSF做一个项目，它的那些组件，不但没有IDE支持，那些Tag还不易于扩展。很多时候，一个简单的用户需求，用JSF根本无法做到。

最要命的就是JSF做出来的Web页面由于缺乏IDE的直接支持，基本上无法View，这一点是Web开发的大忌，而这一点，Struts和Webwork都只是将Tag作为其一个部分，相对要好一些。

老实说，JSF这个技术的初衷是和ASP.NET去抗衡，但是发展过程中丝毫没有考虑到微软为什么可以大力发展它的组件事业——强大的IDE支持。所以，除非日后Java世界可以出一个类似微软的超强IDE，否则我是不会再考虑JSF这种技术的。

1.JSF技术可以Web层应用成本吗？
a)从开发成本看，JSF的学习成本不低，找一个JSF的程序员肯定比招一个struts的高；
b)从维护成本看，JSF标签加组件的思想方式，还有用IDE拖拉产生的代码对维护人员来说就是一个恶梦；
c)从升级成本看，JSF不能平滑从struts过度。这个成本和使用其他框架一样大。

2.JSF的UI组件和基于事件实现虽然很不错，但是架构还没有Tapestry4.0优秀，更加比不上Tapestry5.0。
UI组件和基于事件的技术其实并没有什么神秘的，这两个优点Tapestry都有。都是用代码来产生JS的脚本而已。
而且UI组件还有很多问题的，一个页面组件多了。效率很低的。一个功能要在页面上消耗大量的时间简直不能忍受。

不用幻想有超强IDE。即使出来了，JSF就已经给扔到垃圾堆里了。

说到view，Tapestry的视图层就直接是html模板，不用运行直接可以流浪。程序员代码和美工基本可以分开做的。

用Wicket还不错，struts真的感觉效率太低了

真正的UI，或者说实现RIA的话，就要望前看，WFP和APOLLO。
STRUTS只不过是个MVC的FRAMEWORK，JSF还是老套的TAG。
用FLEX，结合J2EE服务端，客户端只需要FLASH RUNTIME（基本上大家都有，LINUX版的也出了),通过flex data service(免费)，UI你想怎么做就怎么做，速度比ajax快N倍，特别是传输数据的速度。

本人这段时间做了个flex 2的企业应用软件，20天基本做完前台和后台的所有功能，6月份发表后，再给大家详细说说 ：）

我以前用JSF。现在又换用了struts1.X。原因是在使用JSF过程中出现了一些不明问题。一时解决不了。

曾经买了一本jsf的中译本"巨著"，粗粗看了一遍就把它撂下了。这玩意儿如果没有合适的ide简直不是人干的。