服务器端推送[关闭]答案

【问题标题】：Server Side push [closed]服务器端推送[关闭]
【发布时间】：2011-02-19 21:50:58
【问题描述】：

我们如何进行服务器端推送？

【问题讨论】：

标签： java

【解决方案1】：

服务器端推送有多种方式，主要技术有Long Poll和Web Streaming。然而，随着 HTML5 的出现，web socket 是一个不错的选择。注意：并非所有浏览器都支持 HTML5。

阅读更多关于 web-socket here

对于 Comet 或 Long Polling，您可以在此处查看讨论：Best solution for Java HTTP push (messaging)

【讨论】：

【解决方案2】：

您可以使用开源的 JWebSocket 和基于 HTML 5 规范进行服务器端推送的 websocket。希望请查看此链接http://jwebsocket.org/。希望对你有帮助

【讨论】：

【解决方案3】：

long polling.. 这是关于使用 gwt http://code.google.com/p/google-web-toolkit-incubator/wiki/ServerPushFAQ 进行服务器推送的文章。但是这些概念对其他客户端技术有效..

【讨论】：

【解决方案4】：

您是否像 GUrsel 和 UNNI 所假设的那样处于 HTTP 环境中？

在这种情况下，它们指向正确的方向。 “Long Polling”或“Comet”和“Bayeux”等关键字应该是您选择基于 HTTP 的协议的良好开端。

WebSocket 似乎在即将到来的 HTML5 世界中获得了即将到来的标准。由于这是一项非常有趣的技术，许多实现已经存在但还不是标准！您还应该考虑到主要浏览器最近因为安全问题停止了 Websocket 支持。

在任何非 HTTP 协议环境中，请澄清您的问题。

【讨论】：

能否请您强调任何安全问题？
好吧，即使客户端服务器通信不是http，例如rmi，长轮询仍然是一个有效的选项。长轮询的替代方案是用于此类环境的 JMS。
我个人并未参与安全审查，但也许您可以在hacks.mozilla.org/2010/12/websockets-disabled-in-firefox-4 找到信息以及“websocket 安全”的相关链接。对不起
好吧，更抽象一点：当您有严格的请求-回复通信模式（如 HTTP）时，长轮询确实有意义。我为什么要在 RMI 喂这样的野兽？这意味着我调用一个方法只是为了等待（非常）长时间的回复，其中包含对我的一些服务的调用。
这是我对abt web socket的理解： 1.目前所有的服务器端推送技术都是基于HTTP工作的。 2.web Socket工作在TCP层。 3.所以目前HTTP层存在的安全漏洞在websocket中会少一些。 4.websocket中涉及的安全漏洞基于代理将请求路由到原始主机的环境。因为不知道websockets

【解决方案5】：

如果有人对 Java 实现感兴趣，我刚刚写了一个示例应用程序和一篇关于它的博客文章。它使用 Java、Maven、Comet、Bayeux、Spring。 http://jaye.felipera.cloudbees.net/ http://geeks.aretotally.in/thinking-in-reverse-not-taking-orders-from-yo

【讨论】：