JMS Development Best Practice

Question

В производстве у нас развернуто несколько контейнеров, и любой из них может быть потребителем одной очереди JMS.В нашей среде разработки у нас есть несколько разработчиков, каждый из которых имеет контейнер, который может потреблять сообщения.Когда разработчик хочет протестировать что-то, связанное с JMS, поместив что-то в очередь, однако, сообщение часто используется кем-то другим, что может быть временем.

Мы используем одни и те же файлы сборки для каждой среды,Мы не хотим случайно развертывать что-либо в верхнюю среду, предназначенную исключительно для среды разработки.

Что является лучшим способом обработки чего-то подобного, который не будет включать в себя токены сборки и т. Д. Или сборку по-разному для разныхокружения?

В настоящее время у нас есть разработчик, который просит других разработчиков закомментировать код потребления, но это риск, так как закомментированный код может быть случайно зарегистрирован.

Один из возможных путейбыть хранить свойство в базе данных, которое будет меняться от среды к среде.

Как вы справились с этим?

Answer 1

То, как я это сделал, заключается в том, чтобы у каждого разработчика была своя тема, которая специфична для его локальной среды разработки. Это зависит от того, имеет ли разработчик некоторый контроль над продюсером, очевидно, не уверен, что это целесообразно для вас.

Вам не нужны токены сборки для этого, но токены действительно делают вещи лучше для локальной установки / конфигурации. Я весьма удивлен, что вы можете использовать одни и те же файлы сборки без токенизации во всех средах, я не думаю, что я когда-либо работал над такой системой.