seam再见了

补充一点， 我们是在顶级公司的平台产品项目上应用Seam的， Seam的性能是论证过的， 所以我一直坚持在自己的代码上找问题， 而不是不求甚解放弃Seam。
网上有很多工具和资料可以帮助解决问题。
另外Seam不只是支持RichFaces， 它还推荐用iceface替代RichFaces， 不过我没研究。

.......新手路过。  前几个月刚把icefaces学了点。 想做个交互能力比得上客户端软件的办公室OA。 前几天，了解了下jsf2.0 以及richfaces 还有seam，觉得seam都被视为规范了，应该不错，转而我不学icefaces了，学起了richfaces，马上就把所有组件浏览完了。这下。。。。。。我又开始犹豫了。。

请问，我想做个交互能力强的OA系统，是ice好还是rich好呢？

效率问题可以忽略。因为OA，登录人数不会太多。
主要就是功能的实现上，比如哪个功能强大，而且实现起来又相对容易？
我看到rich的推送是假推，ice倒是真推，不过做起来有些复杂，需要很多配置、编码等工作。
哪个在不失简单性的情况下，更能做到逼近客户端软件的体验呢？
如果两个使用上差不多，哪个更能逼近客户端软件的效果？
多谢各位。

我们就用这个，遇到一个问题是，在把po传到前台的时候onetomany的lazy数据不能自动获取，这导致为了传输数据到前台显示，制造了大量的dto，还有大量的转换代码（之前用的属性copy包，后来发现慢得吐血，就手写了），前台传送数据到后台的时候，也要先从DTO转换到PO，而且前台会<s:remote >很多类，请问高手有什么方法能解决这个问题，或者什么好的建议。

seam 这种垃圾框架，还有人在用，我使用1.5年了，上个月终于把所有的代码从seam转移到spring上了。

seam谁用谁知道是垃圾，就是那个JSF+seam的，就让人崩溃。具体我就不详细了，如果大家想折腾，可以选用

的确是这样!我实战过.把richfaces全部去除了,这东西超级慢,生成的JS太大了！！！

有前公司也是用的ejb3+jboss seam+自己的JS 框架

那个慢啊，启动慢，调试慢，。。。。。 一天都做不了多少事。