2016-04-07 8 views
0

Spring Integration(xmlで定義)を使用してSpringアプリケーションを構築し、特定のJMSトピックをリスンし、データを変換し、RabbitMQキューを公開しました。 実行時に複数のSpringインスタンスをロードする

それがうまく働いているが、今、それは登場:すべての構成データは、私は、このエントリを使用してXMLをロード私は、プロパティファイルに外部化、(例えば、トピック名、URL、ユーザ名、パスワードの入力)XMLで クライアントが接続できるWebサービスを作成し、興味のあるトピック名を指定する必要があります。サーバーは、変換されたメッセージを公開するキューの参照を戻します。現在作業中のアプリケーションを再利用するのはいいと思っていました。クライアントが要求を送信し、config.propertiesファイルではなく実行時にプロパティを指定するたびに、新しい独立したスプリングコンテキストをロードする必要があります。

今すぐ質問: 1.それは、各クライアントの要求を完全に分離で処理されていることを肯定的であると思われる、しかし(毎回クライアントが耳を傾けする新しいトピックを望んでいる)複数のコンテキストを開始するためのやり過ぎではないでしょうか? 2.設定ファイル以外の方法でプロパティを渡すには?たとえば、コンテキストを開始するときにファイルの代わりにパラメータのマップを何らかの形で渡すことはできますか?

ご意見ありがとうございました。

答えて

0

dynamic-ftpサンプルでは、​​プロパティを使用してコンテキストを起動する方法を示しています。

インバウンドアダプタの場合、コンテキストを子コンテキストにする必要があります。つまり、共通チャネルに送信してダウンストリームフローを共有することができます。

Readmeには、それを行うためのリンクがあります。 this questionits followupへの回答は、電子メールアダプターでJava @Configurationを使用する場合と同様の手法を示しています。

関連する問題