JMS 仕様により MDB を作成できることを理解しています。次に、それらを websphere や jboss などのアプリケーションサーバーにデプロイできます (Java EE 準拠の JMS プロバイダーの実装が組み込まれています)。問題は、App サーバーの組み込み JMS プロバイダーを使用する代わりに、いつ IBM WebSphere MQ や ACtiveMQ のような本格的な製品を使用するかです。
2 に答える
これは、IBM 製品に固有の質問に対する適切な参照のようですが、アプリケーション サーバー統合メッセージング システムとスタンドアロン メッセージング システムの使用に一般化できます - http://www.ibm.com/developerworks/websphere/library /techarticles/1109_wallis/1109_wallis.html
WebSphere SI Bus などの組み込みの JMS プロバイダーは、JMS メッセージング用に構築されている可能性があります。
WebSphere MQ (MQSeries)、ActiveMQ などには複数の言語のクライアントがあり、Application Server がホストするアプリケーション以外のアプリケーション (C++、Java SE、Python など) に接続するために構築されています。
非 JavaEE アプリケーションと同じ物理サーバー (またはネットワーク?) にローカル メッセージング サーバーが必要で、Java EE アプリケーション サーバーをインストールするのではなく、代わりにスタンドアロンのメッセージング サーバー (WebSphere MQ、Active MQ )。
とはいえ、たとえば、ActiveMQ は Apache Geronimo 内のメッセージング システムです。だから、ここに重なりがあります。
次に、管理、クラスタリング、およびセキュリティに関する全体的な議論があります。Java EE メッセージング システムは、Java EE のクラスタ レイアウトに従うようにかなり最適化されています。他の展開シナリオでは、異なるセキュリティ ゾーンのクラスターなど、他の方法でクラスター化が最適になる場合があります。また、スタンドアロンのメッセージング サーバーでは、セキュリティ モデルと管理ツールが異なる場合があります。