【问题标题】:Compare: JMX vs JMS [closed]比较:JMX 与 JMS [关闭]
【发布时间】:2019-09-03 08:05:52
【问题描述】:

我认为 JMX 是一种规范,而 JMS 更像是一种实现。我被问到两者之间的区别,提问者不同意这一点。我阅读并了解两者都是规范。并且看到 “JMX 是一个监控规范,而不是一个发布/订阅规范。你可以打败它 进入发布/订阅模型,但这更多是 JMS 应该做的 给你。”这到底是什么意思?它们有什么区别,什么时候选择一个或另一个,两者兼而有之。

【问题讨论】:

  • 好吧,就像你引用的“JMX 是一个监控规范,而不是发布/订阅规范”,所以使用 JMX 进行监控,使用 JMS 进行发布/订阅消息传递。
  • @Peter Lawrey 感谢您的评论。但我一直在寻找有关两种规范之间差异和偏好的一些细节。
  • 不同的是它们不一样。你在比较苹果和橘子。

标签: java jms messaging jmx


【解决方案1】:

引用自维基百科。

“Java 消息服务 (JMS) API 是一种 Java 面向消息的中间件 (MOM) API,用于在两个或多个客户端之间发送消息。”

简单来说:它是用来传递消息的。

“Java 管理扩展 (JMX) 是一种 Java 技术,它提供用于管理和监视应用程序、系统对象、设备(例如打印机)和面向服务的网络的工具。”

简单来说:就是用来监控的。

它们有什么区别以及何时选择其中一个或两者兼而有之。

如果您阅读了上述内容,那应该是不言而喻的。

  • 当您构建需要在不同计算机上的不同组件(通常)之间传递(可靠、健壮、弹性)消息的系统时,您将使用 JMS。

  • 当您为您的系统实施监控时,您将使用 JMX。

(显然两者都有替代方案。)


我看到“JMX 是一个监控规范,而不是发布/订阅规范。您可以将它打造成发布/订阅模型,但这更多的是 JMS 应该为您做的。”这到底是什么意思?

不看上下文很难,但我认为这是对其他人的响应,建议 JMX 可以用于支持发布-订阅 ...某物。写这篇文章的人似乎在说“坏主意:使用 JMS”。

断章取义,毫无意义。我建议不要试图提取深层含义....

【讨论】:

    猜你喜欢
    • 2011-01-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-09-23
    • 2012-03-30
    • 2011-04-25
    • 2016-04-01
    • 2011-04-24
    相关资源
    最近更新 更多