我们正在寻找/研究的ICEFaces的AJAX推送技术中可能的用途。想知道是否有人使用过这个？他们面临什么问题？它的整体印象。使用推技术
我们正在使用WebSphere 6.1应用服务器 - 有这样实现了它在WebSphere谁已实施的任何一个。
我们正在努力解决，我们希望用户有投标产品，并实时获得竞价价格的能力在我们网站上的问题。
我们目前使用的MyFaces +战斧+ RichFaces的+我们自己的一些部件，但是我们在这如果需要，我们可以远离RichFaces的移动点。
我简要地通过一个原型工作。它像广告一样工作。使用这个或任何其他框架使用AJAX推送时要考虑的重要事项是对您的web服务器的影响。要完成AJAX推送，客户端要么保持与服务器的持久连接，要么使用轮询，这两者都会影响高需求的Web应用程序。我对Websphere没有经验，但是您需要研究给定应用程序容器（Websphere）特别推荐的内容，以及使用Ajax推送的页面上的负载。我认为值得注意的是，还有其他框架可以很好地完成AJAX推送工作 - 因为我总是倾向于开源解决方案（我们运行一个非常有效的Apache/Tomcat/Spring/DWR堆栈）我建议你检查出DWR
据我所知DWR是使用JavaScript编程模型。使用ICEfaces，您根本不需要JavaScript。从维护的角度来看，比AJAX推动本身更有趣。虽然在1.8版本中，使用AJAX推送变得非常简单，每个人都应该评估它。
，我会在我即将出版的书ICEfaces的讨论;-)一些细节。
我们面临的挑战是ICEFaces与RichFaces/MyFaces的集成以及ICEFaces喜欢瓷砖的问题。 – boyd4715 2009-04-22 12:42:00
像宣传的那样，用了很多的家庭和办公室。
如果使用springsecurity比不使用ondemandrender与范围的bean的请求，你失去安全上下文之间呈现。
Sessionrender似乎并不存在这样的问题。
最近我看到一个很好的例子（尽管我的一些更好的:-)）在行动书缝，他们对ICEfaces的一个小部分。
的sessionrenderer相当容易比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
我认为这是没有意义的RichFaces与混合ICEfaces的。 AJAX部件不兼容。 MyFaces上的ICEfaces是没有问题的。
瓷砖？你想保留瓷砖？当使用与ICEfaces非常紧密集成的Facelets时，这没有任何意义。随着Facelets成为JSF 2.0的标准，无论如何思考从Tiles转换到Facelets是一个好主意。
我们使用它转换项目，现在（移植JSF应用程序来自IBM的Portlet JSF实现在Tomcat ICEfaces的路程）和其他人一样的状态，它像宣传的那样。我们做了很少的修改以适应实施变化。到目前为止，我印象深刻。
首先让我说，ICEfaces的是一个非常坚实的产品和它救了我们一吨的发展时间获得良好的，现代的感觉web应用程序，而不会对球队有很多的JavaScript知识方面。
这就是说Icefaces确实有它的疣。许多像部分提交这样的很酷的功能会在客户端和服务器之间引起大量的喋喋不休。状态被保存在服务器上，并反映在客户端中，这会在客户端和服务器之间产生大量的来回流量。为了达到最佳性能，你将不得不在封面下挖掘并使用一些JavaScript，这是你首先想要避免的事情。即使验证需要在服务器端完成，但我相信这是一个比Icefaces限制更多的JSF限制。
我也不明白怎么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的要好得多，尤其是在文件的质量方面。但是，如果我已经开始现在我也想，如果你想要一个真正的开源产品或Flex如果你想非常丰富，胖客户端式的东西看看GWT。事件与所有它的问题，我还是建议ICEfaces的，但它绝对可以更好
我们正在使用ICEFaces的，非常容易开发出丰富的应用程序。主要功能是可伸缩的Ajax Push服务器。
ICEFaces的使用来自客户端的持续的客户端连接，如果你的服务器没有使用异步socket那么将需要创建每个连接分配一个线程。随着用户数量的增加，线程上下文切换会对性能产生不利影响。好消息是ICEFaces已经支持来自（Glassfich，Jetty，Tomcat，JBoss）的ARP（异步请求处理）。除此之外，该实现还附带了一个可用于当前环境的异步HTTP服务器（例如Websphere）。
“有了ICEFaces，你根本不需要Java脚本”。这在很多情况下都很棒，但有时您不希望进行ajax调用来检查复选框或激活文本字段。添加JavaScript来做到这一点并不是火箭科学，但它会让你的代码有点不合时宜。
ICEFaces确实认为ICEFaces将合同付费用户视为一等公民（这是我支付支持后的期望：D），但您始终可以访问代码。很容易下载一个标签版本并用蚂蚁进行编译。
您可以使用不带IceFaces组件的Icefaces Push。我们使用Icefaces Push和Primefaces组件。它可以一起工作，但并非所有的组件都兼容，其中一些组件在推送执行时会导致Javascript错误。
对于那些对本书感兴趣的人：[http://www.slideshare.net/rainwebs/the-icefaces-book-an-introduction-2454368](http://www.slideshare.net/rainwebs/the- icefaces-book-an-introduction-2454368） – rainwebs 2009-11-13 06:06:37