JSF和struts

差不多的东西，JSF算标准吧，就Aixs是Web Services，但是J2EE1.4融合了Web Services，所以我估计应该会兼容。

兼容不兼容或许不太成问题
主要困惑的是是否JSF本身也有一个mvc结构，而且是一个标准的，如果是这样，那么，意味着使用了JSF就不需要把它和struts结合起来了。这样就出现另外一个问题了，大家就会开始讨论谁的效率更高些。

刚去theserverside看了一下
似乎很多人也有我这样的疑问，似乎也有不少人觉得使用了struts后并不需要jsf,搞不懂

我相信JSF解决的应该是MVC中“V”的部分，应可大大提高presentation层开发的效率――页面编辑元素组件化，相信你也为JSP页面控件无法重用而头痛吧！
STRUTS是MVC框架，使用了mediator模式，但侧重于V和C部分，model部分基本不管，所以将来STRUTS将吸收并遵照JSF标准，但JSF不可能取代MVC框架！
这是我的拙见！仅供参考！

有道理，Struts的V部分处理得不是很好，使用了一些特定的标签库，例如我想让html:text的size值是一个变量就无法做到，而且消化到灵活应用这些标签需要一段时间，据了解，JSF是打包在一个树形结构对象中，解决这些界面组件问题，这样，可能有助于Web界面象Swing和VB等那样，达到我们所能想到的界面，我想这是我们期待的，也是JSF成功所在吧。

昨天上午找了一上午资料,得出的结论和你们是一样的,确实,看来只是v方面做的好.不过却让人非常期待(使我想起了以前用MS的日子,嘿嘿)

个人感觉jsf的定位相当于.net 中webform（sun的JATO的demo中，就把一张jsf页称为webform，比较搞笑）。

首先jsf应该说是个标准，当然，sun有一个实现，不过其他的人，比如smile也有自己的实现（不过smile里的实现部分是用的sun的binary package）。

应该说，jsf最终定案是大家的福音，不过，只有等ide跟进，那样大家用起来才能得心应手。

上文有部分错误
是sun的Sun Java Studio Creator 的demo
http://wwws.sun.com/software/images/products/I1_JS_creator_lg.jpg

让html:text的size值是一个变量还是可以做到的，你看看以下语句：
<html:multibox name="citylistForm" property="chosed" value="<%=(String)PropertyUtils.getSimpleProperty(city, "citycode")%>"/>

也许要借助bean和PropertyUtils工具，用起来别扭点，但还是可以实现。
每种框架都有条条框框的限制和做的不如人意的地方呀 ：）

****** 我在JAVA设计模式论坛中开了一个“JSF专集” 欢迎各位大侠加入切磋！！ *************************************