Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/java/311.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java JMS开发最佳实践_Java_Jms_Development Environment - Fatal编程技术网

Java JMS开发最佳实践

Java JMS开发最佳实践,java,jms,development-environment,Java,Jms,Development Environment,在生产中,我们部署了多个容器,任何容器都可以是一个JMS队列的使用者。在我们的开发环境中,我们有多个开发人员,每个开发人员都有一个容器,该容器可能会使用消息。但是,当开发人员希望通过将某些内容放入队列来测试与JMS相关的内容时,消息通常会被其他人使用,而其他人可能是时间接收器 我们对每个环境使用相同的构建文件。我们不希望意外地将某些东西部署到严格用于开发环境的上层环境 在处理此类不涉及构建令牌等或针对不同环境进行不同构建的情况时,最佳实践是什么 我们目前让开发人员要求其他开发人员注释掉消费代码,

在生产中,我们部署了多个容器,任何容器都可以是一个JMS队列的使用者。在我们的开发环境中,我们有多个开发人员,每个开发人员都有一个容器,该容器可能会使用消息。但是,当开发人员希望通过将某些内容放入队列来测试与JMS相关的内容时,消息通常会被其他人使用,而其他人可能是时间接收器

我们对每个环境使用相同的构建文件。我们不希望意外地将某些东西部署到严格用于开发环境的上层环境

在处理此类不涉及构建令牌等或针对不同环境进行不同构建的情况时,最佳实践是什么

我们目前让开发人员要求其他开发人员注释掉消费代码,但这是一个风险,因为注释掉的代码可能会意外地被签入

一种可能的方法是在数据库中存储一个属性,该属性会随着环境的变化而变化


您是如何处理这个问题的?

我所看到的方法是,每个开发人员都有自己的主题,这是特定于其本地开发环境的。这取决于开发人员对生产商的控制,显然,不确定这对您是否可行


您不需要构建令牌来实现这一点,但是令牌确实使本地设置/配置变得更好。我很惊讶,您能够在每个环境中使用相同的构建文件而不进行标记化,我认为我从未使用过这样的系统。

您能解释一下为什么需要共享一个开发JMS队列吗?它是现有生产体系结构的一部分,用于跨多个容器分散处理。我们希望让较低的环境尽可能接近生产环境。在DEV中使用多个队列可能是一个可行的解决方案,但我们仍然需要对其进行管理,以便我们不会意外地将一些不好的东西部署到PROD中。使用令牌的一个重要原因是,您可以在DEV中使用多个队列,这样它们就不会意外地进入PROD,因为dev配置保留在dev中,并且不是prod部署的一部分。CM控制构建并禁止使用构建令牌。跨环境更改的任何内容都存储在数据库中。