Java 在弹簧网袜上跺脚vs跺脚

我目前正在从事一个需要使用WebSocket的项目。 客户端将只是浏览器，因此对这两个浏览器的任何MessageBroker特性都不感兴趣

虽然我不认为这会有太大的不同，但如果我能得到一些关于vs的评论，作为使用SpringWebSockets的子策略，我会很感兴趣

我可能会得到一些提示，可以帮助你选择其中一个

干杯

编辑（2014年2月27日）： 由于直接使用WebSocket进行编程是低级的，因此在许多地方（spring文档中的一个）建议使用一些子协议

此外，在websocket上使用子协议也是一种原生websocket安全性；就像你可以做子协议验证一样

还有许多其他子协议可以用来代替STOMP或WAMP，如XMPP、AMQP。 我找不到太多与这些和WebSocket相关的信息，其中大部分只与消息代理相关。

我应该在任何其他子协议上使用STOMP的一个原因（很明显），是我使用的是spring WebSocket，因此对于STOMP，我不需要在服务器端添加任何附加库，对于其他子协议，我需要添加。 在客户端有许多JS库，我可以使用它们，比如STOMP的socket.io和WAMP等类似的JS

因为，我主要关心的是服务器端：所以，跺脚吧

---

如果我在实施我的解决方案时发现了一些新的东西，我会更新这篇文章。

对于这个网站来说这不是一个真正的问题，试试@riggsfully：我正在用Java编写一个服务器，不要认为serverfault.com是正确的地方。这是一个正确的设计/编程问题。请通读spring文档，如果您仍然相信这个问题会被移动，那么也请投票支持REST vs SOAP问题被移动。可能不会，但这也不是正确的位置。如果有人对一小段特定的代码有问题，他们可以展示和描述这些问题。我一直在寻找类似的选择。我很想听听你的经历