【发布时间】:2014-12-16 02:02:28
【问题描述】:
想象一个 (HipChat-like) 聊天应用程序,具有私人和多用户聊天、离线消息、状态跟踪、历史搜索等功能。前端将是使用 WebSockets 的 JavaScript 应用程序;后端将基于 JavaEE7。综上所述,您认为使用 JMS 进行内部处理是否是一个好主意,每个对等方都是 JMS 客户端,聊天室是 JMS 主题等?我想它不会让我们通过将多个功能委托给 JMS(异步广播、消息归档、离线消息存储和传递等)来重新发明轮子
另一方面,JMS 更多的是关于组件之间的集成、异步和松散耦合。你认为它会满足聊天服务的需求吗?
附:要求应用程序不使用 Jabber/XMPP 等外部基础架构。
【问题讨论】:
-
您不需要像 JMS 这样重量级的东西。只需使用 TCP。
-
TCP 是 OSI 4 级协议,而 JMS 是消息传递基础架构;请更加集中。在我们的例子中,已经选择了 transport 技术(WebSocket)。我要问的是消息处理技术。
标签: java jakarta-ee jms