JMS開発のベストプラクティス

Question

本番環境では、複数のコンテナが配備されており、いずれかが1つのJMSキューのコンシューマになることができます。私たちの開発環境では、潜在的にメッセージを消費するコンテナを持つ複数の開発者がそれぞれいます。開発者がキューに何かを置くことによってJMSに関連するものをテストしたい場合、メッセージはしばしば他の人によって消費されますが、これは時間シンクになる可能性があります。

すべての環境で同じビルドファイルを使用します。私たちは誤って開発環境のために厳密に意味する上位環境に何かを配置したくないのです。

ビルドトークンなどを含まない、または環境ごとに異なるビルドを含まないこのようなものを処理する場合のベストプラクティスは何ですか？

我々は現在、開発者が消費するコードをコメントアウトして、他の開発者に尋ねるが、コメントアウトコードが偶然でチェックを受ける可能性があるので、これは危険である。

一つの潜在的な方法は、内のプロパティを格納するだろう必要があり環境から環境に変化するデータベース

これはどのように処理しましたか？

Answer 1

これまで行ってきた方法は、各開発者がローカル開発環境固有のトピックを持つことです。これは、開発者がプロ​​デューサーを何らかの支配者に頼っているかどうかによって決まります。

これを行うにはビルドトークンは必要ありませんが、トークンを使用すると、ローカルの設定や構成にはより良いものになります。すべての環境で同じビルドファイルをトークン化せずに使用できることに驚いています。私はこのようなシステムで作業したことはないと思います。