Java 服务器端推送

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

您可以使用开源的JWebSocket和基于HTML 5规范的websocket进行服务器端推送。希望查看此链接。希望这将帮助您

您可以使用开源的JWebSocket和基于HTML5规范的服务器端推送的websocket。希望查看此链接。希望这将帮助您进行长时间的轮询。。这是一篇关于gwt服务器推送的文章。Bu这些概念适用于其他客户端技术

长轮询。。这是一篇关于gwt服务器推送的文章。Bu这些概念适用于其他客户端技术

服务器端推送有多种方式，主要技术有长轮询和网络流。然而，随着HTML5的出现，web套接字是一个不错的选择。注意：并非所有浏览器都支持HTML5

阅读有关web套接字的更多信息

---

对于Comet或Long Polling，您可以在此处看到讨论：

服务器端推送有多种方法，主要技术有Long Polling和Web流媒体。然而，随着HTML5的出现，web套接字是一个不错的选择。注意：并非所有浏览器都支持HTML5

阅读有关web套接字的更多信息

---

对于Comet或长轮询，您可以在此处看到讨论：

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

在这种情况下，它们指向正确的方向。“长轮询”或“Comet”和“Bayeux”等关键字应该为您选择基于HTTP的协议提供一个良好的开端

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

---

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

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

在这种情况下，它们指向正确的方向。“长轮询”或“Comet”和“Bayeux”等关键字应该为您选择基于HTTP的协议提供一个良好的开端

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

---

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

如果有人对Java实现感兴趣，我只写了一个示例应用程序和一篇博客文章。它使用Java、Maven、Comet、Bayeux和Spring。

---

如果有人对Java实现感兴趣，我只写了一个示例应用程序和一篇博客文章。它使用Java、Maven、Comet、Bayeux和Spring。

---

但是，您需要兼容html5的web浏览器。。websocket是未来的答案，目前不是一个有效的选项。但是，您需要兼容html5的web浏览器。。websocket是未来的答案，目前不是一个有效的选项。您能强调一下任何安全问题吗？即使客户机-服务器通信不是http，例如rmi，长轮询仍然是一个有效的选项。长轮询的替代方法是针对这种环境的JMS。我个人并不参与安全审查，但您可能会在这里找到信息以及“websocket安全性”的相关链接。我很抱歉，说得更抽象一些：当您使用HTTP中严格的请求-应答通信模式时，长轮询确实有意义。我为什么要在RMI喂这么一头野兽？这意味着我调用一个方法只是为了等待（非常）长时间的回复，其中包含对我的一些服务的调用。这是我对abt web socket的理解：1.目前所有服务器端推送技术都是基于HTTP的。2.web套接字在TCP层工作。3.因此，目前存在于HTTP层的安全漏洞在websocket中会更少。4.websocket中的安全漏洞基于代理将请求路由到原始主机的环境。由于不知道websocket扫描，请突出显示任何安全问题？即使客户端-服务器通信不是http，例如rmi，长轮询仍然是有效的选项。长轮询的替代方法是针对这种环境的JMS。我个人并不参与安全审查，但您可能会在这里找到信息以及“websocket安全性”的相关链接。我很抱歉，说得更抽象一些：当您使用HTTP中严格的请求-应答通信模式时，长轮询确实有意义。我为什么要在RMI喂这么一头野兽？这意味着我调用一个方法只是为了等待（非常）长时间的回复，其中包含对我的一些服务的调用。这是我对abt web socket的理解：1.目前所有服务器端推送技术都是基于HTTP的。2.web套接字在TCP层工作。3.因此，目前存在于HTTP层的安全漏洞在websocket中会更少。4.websocket中的安全漏洞基于代理将请求路由到原始主机的环境。因为不知道websocket