メッセージングのためのAzureサービスバスを使用するJavaアプリケーションをテスト統合のためのあなたのアプローチは何ですか？
私はすべてのCIビルドでクラウドサービスを使用する必要はありません。むしろAzureのサービスバスの組み込みバージョンを生むか、何とかそれを嘲笑だろう。また私は、AMQP / JMSにコーディングし、CIビルド中にAzureのサービスバスをエミュレートする組み込みのActiveMQを使用して検討しています。ありがとうございました。
あなたは地元のCIのためのあなたのJavaアプリケーションと統合する代わりに、Azureのサービスバスのオンプレミスcompatiableの代替を使用するようにあなたの説明によると、それが聞こえます。
私が知られているように、ページなどのWindowsサービスバスの前に名前の代替があり、Windowsのサービスバスについて以下のように述べています。
Windowsのサービスバス（WSB）はAzureのサービスバスのオンプレミス版と考えることができます。
しかし、それはSOスレッドとして公式に死んだのWindows Serverの死者のためであるService Busは言いました。そして、SOスレッドなどの一切Service Busのエミュレータが存在しないのAzureサービスバスエミュレータとテストAzureのサービスバスは、任意のサブスクリプションまたはログインせずにローカル（MSFTで答えられる）と述べました。
以下のために考慮Azureのサービスバスの制限と私の経験ごとに、私は確信することができます代わりにそれの代替ソフトウェアがそうCIビルドのためのクラウドサービスを利用するために、互換性の問題なくありませんよ、あなたがしなければならない場合、唯一の選択肢です。
あなたは、メッセージングのためのAzureサーバーバスを使用する必要がない場合は、Azureストレージキューは、Javaアプリケーションと統合するための優れた選択肢である、あなたは公式文書を参照することができます使用開発のためのAzureストレージエミュレーターをし、テストエミュレータをダウンロードし、これを使って。