Springで実際に複数のアプリケーションコンテキストをロードすることを実際に検討する必要があるのはいつかと考えていました。<include>
これまでのところ、1つのアプリケーションコンテキストのみが読み込まれるように、コンテキストファイルをマージしてきました。
同じJVMで複数のアプリケーションコンテキストをいつ使用するかについてのアイデアはありますか?
Springで実際に複数のアプリケーションコンテキストをロードすることを実際に検討する必要があるのはいつかと考えていました。<include>
これまでのところ、1つのアプリケーションコンテキストのみが読み込まれるように、コンテキストファイルをマージしてきました。
同じJVMで複数のアプリケーションコンテキストをいつ使用するかについてのアイデアはありますか?
たとえば、SpringMVCのように階層コンテキストを使用する必要がある場合。「web」コンテキストは「main」コンテキストとは別にロードされるため、「main」コンテキスト(サービス/ DAOなど)で定義されたものは「web」で使用できますが、その逆はできません。
ほとんどの場合、アプリケーションのさまざまなレイヤーを分離するために多くのSpring構成ファイルを作成しますが、それらはすべて単一のアプリケーションコンテキストを介してロードします。私の見方では、Springを「アプリケーションの組み立て」に使用し、アプリケーションのさまざまなコンポーネントを相互に配線しています。私の考えでは、2つの異なるコンテキストをロードすることは意味がありません。アプリは1つしかないため、必要なコンテキストは1つだけです。おそらく私の見解は単純です。