10 篇标记为“Web Messaging”的帖子

我们很高兴地宣布在 VMware Tanzu RabbitMQ 4.1 中支持 WebSocket 上的 AMQP 1.0。

此功能使任何基于浏览器的应用程序都能够使用 AMQP 1.0 与 RabbitMQ 进行通信，为广泛的高效基于浏览器的业务消息传递场景铺平了道路。

在 RabbitMQ 总部，我们相当长一段时间以来一直在努力寻找一种好方法来在 Web 浏览器中公开消息传递。过去我们尝试了许多方法，从老牌的 JsonRPC 插件（基本上通过 AJAX 公开 AMQP）到 Rabbit-Socks（试图创建通用的协议集线器），再到管理插件（可用于发送和接收来自浏览器消息等基本功能）。

随着时间的推移，我们了解到 Web 上的消息传递与我们习惯的方式截然不同。我们所做的任何尝试都未能真正解决这个问题，而且 Web 上的消息传递可能在很长一段时间内都不是一个完全解决的问题。

尽管如此，RabbitMQ 用户一直在询问一个简单的事情，虽然它并不完美，但它远非在浏览器中进行消息传递的最糟糕方式：通过 Websockets 公开 STOMP。

或者：如何在 WebSockets 或 SockJS 上正确实现多路复用

正如您可能知道的，WebSockets 是一项很棒的新 HTML5 技术，它允许您异步发送和接收消息。我们的兼容性层 - SockJS - 模拟了它，即使在旧浏览器或代理后面也能正常工作。WebSockets 在概念上非常简单。API 主要包括：连接、发送和接收。但是，如果您的 Web 应用程序有许多模块，并且每个模块都想要发送和接收数据，该怎么办？

AtomizeJS 是一个用于编写分布式程序的 JavaScript 库，这些程序在浏览器中运行，而无需在服务器上编写任何应用程序特定的逻辑。

在 RabbitMQ 总部，我们花费大量时间进行争论。偶尔，这些争论是关于重要的事情，比如“消息传递”到底意味着什么，以及可以用于实现“消息传递”的各种 API。RabbitMQ 和 AMQP 为消息传递提供了一个非常明确的接口：你确实有“发送”和“接收”这两个动词，并且需要考虑你的消息传递模式。在后台有很多（通常很巧妙的东西）在进行，但尽管如此，接口还是相当底层的和明确的，这提供了很好的灵活性。然而，有时这种 API 风格并不是解决你正在解决的问题最自然的方式——你是否真的会陷入僵局并想到“我现在需要的是一个 AMQP 消息代理”，或者你是否会根据先前的知识意识到你可以选择使用 AMQP 消息代理来解决当前的问题？

SockJS 版本 0.2 已发布

• https://groups.google.com/group/sockjs/browse_thread/thread/79893c8545c49f06

您可以在惯用的演示环境中进行测试

• http://sockjs.popcnt.org/example-cursors.html
• http://sockjs.cloudfoundry.com/tests-qunit.html

我们一直在思考如何将 SockJS 及其可能性呈现给更广泛的受众。一个可运行的演示比解释枯燥的理论更有价值，但是，如果您只是一个普通的技​​术人员，没有任何设计技能，您能展示什么呢？

遇到这类问题时，打开历史书回顾一下上一代没有艺术技能的计算机极客的做法总是好的。他们在做什么？在绿色的字符控制台上，他们玩着极客的电脑游戏，尤其是MUD（多人地下城）非常流行。

嘿，我们也能做到！

最近 Web 技术领域发生了很多令人兴奋的事情。JavaScript 似乎正在引领潮流，无论是在浏览器端还是服务器端。在 RabbitMQ 总部，我们对消息传递领域的最新发展很感兴趣，并且对 JavaScript 在消息传递方面的应用——即 WebSockets 和相关技术——特别感到兴奋。

有人让我参加PubSubHuddle聚会时做一个简短的演讲。这次演讲的主题是WebSocket的当前发展、它的挑战以及使用它们构建Web应用程序。

WebSocket 技术正在快速发展，但要等到所有浏览器都支持还需要一段时间。在此期间，有大量的项目旨在替代 WebSockets 并为 Web 应用程序启用“实时”功能。但所有这些尝试只解决了通用问题的一部分，而且没有一个单一的解决方案是有效的、可扩展的且不需要特殊部署技巧的。

“实时 Web”或使用 Web 浏览器进行消息传递的想法已经存在一段时间了。最初被称为“长轮询”，然后是“Comet”，最新的形式叫做“WebSockets”。毫无疑问，它正朝着正确的方向发展，WebSockets 是一项很棒的技术。

但在争取实时功能的过程中，我们忽略了真正重要的事情——如何实际使用消息传递。在 Web 上下文中，一切都是请求-响应驱动的，将典型的 Web 堆栈与异步消息传递相结合并不容易。