代码之家  ›  专栏  ›  技术社区  ›  BenM

对jms队列和主题命名约定的建议

  •  7
  • BenM  · 技术社区  · 15 年前

    对于较大的jms部署,您对命名约定的最佳实践建议是什么?

    目前我们正在遵循 Sun Developer Network Blueprints . 例如:

    jms/<resource-name>[Queue|Topic]
    

    当我们在系统中获得越来越多的队列和主题时,我担心会扩展这个范围。我特别感兴趣的是了解使用分级命名的经验,以及人们如何决定他们的命名约定。

    2 回复  |  直到 13 年前
        1
  •  9
  •   Dave Jefferson    15 年前

    我建议将公司组、应用程序和版本信息合并到命名空间层次结构中。

    例如: jms/mygroup.myproject.version.resource.queue

    如果不同的技术组使用相同的jms服务器集群,这将非常有用。它还可以防止同一应用程序的不同版本之间的“串扰”。

        2
  •  6
  •   spaaarky21 codeMagic    13 年前

    我曾经供职的一家公司非常依赖jms来实现soa。他们也参与了领域驱动的设计,因此他们按业务领域以<domain>/<function>/<version>格式组织服务。例如,price/compute foobar maintenance fee/1.0。

    这个项目不是这个名字的一部分,因为不同的项目 shouldn't have their own "version of the truth" -两个应用程序不会有自己的计算foobar维护费服务。哪个应用程序提供服务与命名服务无关。也许我的应用程序今天提供了服务,但明年,我的应用程序将退役,另一个将接管。只要合同不变,客户就不会/不应该知道区别。