问ICEFaces推送技术的使用

EN

工作如广告所示，在家里和办公室经常使用它。

如果你使用的是springsecurity而不是一个带有请求作用域bean的ondemandrender，那么你就会丢失两次呈现之间的安全上下文。

Sessionrender似乎没有这个问题。

最近，我在seam in action一书中看到了一个很好的例子(尽管我的一些例子更好：-)，他们有一个关于icefaces的小部分。

会话渲染器比ondemandrenderer或intervalrenderer更容易使用，但没有那么多功能。

这里有一个非常基本的例子。还使用了一些其他技术，我们的小项目以集成不同的技术而闻名。http://web.me.com/cannonwc/Site/Blog/Entries/2008/11/7_An_example_of_ajax_Push.html

实际上在主站点上有更多的东西

www.mooncatventures.com和博客网站www.mooncatventures.com/blogs

首先，我要说的是，Icefaces是一个非常可靠的产品，它为我们节省了大量的开发时间，在团队中没有太多的JavaScript知识的情况下，就可以获得一个好的，现代感的web应用程序。

也就是说，Icefaces确实有它的缺点。许多很酷的特性，比如部分提交，会在客户端和服务器之间引起大量的争执。状态保存在服务器上，并反映在客户端中，这使得客户端和服务器之间有大量的来回流量。为了实现最佳性能，您必须在幕后挖掘并使用一些JavaScript，这正是您一开始试图避免的事情。甚至需要在服务器端进行验证，但是我认为这是JSF的限制，而不是Icefaces的限制。

我也不欣赏Icefaces如何在看起来很小的版本之间改变组件API。整个树组件在1.7.2和1.8之间发生了变化。树组件是丑陋和有限的，所以它是一个受欢迎的变化，但仍然。我们觉得1.8是强加在我们身上的，这就引出了我的下一个观点。

Icefaces将其非支持合同付费用户视为二等公民。在Icefaces 1.7.2和1.7.2 SP1之间，推送机制中有一个重大的回归，导致它在我们的应用程序中完全失败。唯一可用的修复是移动到1.8(有API更改)或使用1.7.2-SP2，后者仅对签订支持合同的客户可用。请不要忘记，IceFaces的目的是向您推销支持。1.7.1的唯一修复是手动修补发布的源代码，这并不可怕，但我预计会更好。

也就是说，我发现IceFaces是一个有用的产品，而且比RichFaces好得多，特别是在文档质量方面。但是，如果你想要一个真正的开源产品，我也会看看GWT，如果你想要一个非常富客户端风格的东西，我也会看看Flex。我仍然推荐Icefaces，但它肯定可以做得更好

我已经简单地完成了一个原型。它的效果正如广告所说的那样。在此框架或任何其他框架中使用AJAX推送时，需要考虑的重要一点是对您的when服务器的影响。为了完成AJAX推送，客户端要么持有到服务器的持久连接，要么使用轮询，这两者都会对高需求的web应用程序产生影响。我没有使用Websphere的经验，但是您需要研究一下在您的应用程序容器(Websphere)和将使用Ajax push的页面上的加载情况下特别推荐的内容。

我认为也值得注意的是，还有其他框架在AJAX推送方面做得非常好和灵活-因为我总是倾向于开源解决方案(我们运行非常有效的Apache/Tomcat/Spring/DWR堆栈)，我建议您查看DWR

http://directwebremoting.org/