JBoss SAR対EAR/WARパッケージ

Question

EARの代わりにJBoss SARとして展開することはいつ選択できますか？

これは一般的な疑問であり、各導入モデルの長所と短所を説明するためのガイドラインを探しています。

Answer 1

サーバーの機能を拡張する場合は、SAR（サービスアーカイブ）を作成します。たとえば、JBossはEJBデプロイヤまたはメッセージングにSARを使用します。独自のサービス監視のために1つを作成することができます（つまり、カスタムサービスの1つのメトリックを監視します）。私が知る限り、SARはJBossだけに固有のものです。

私の個人的な経験から、Webサービスを追跡するためにSARを作成しました。私は主に、サービスコンポーネントを使用して、Webサービスコンポーネントが作成したもののリストの長さを追跡しました。これはjmx-consoleで突っつけて、Webサービスへの着信要求に関するいくつかの指標を調べる方法の1つでした。

SARはJMX仕様に基づいているため、作成するのは難しくありません。基本的に標準のMBeanインタフェースを作成し、そのインタフェースを実装します。 META-INFディレクトリにjboss-service.xmlファイルがあることを確認することもできます。

一方、WARとEARは、コンテナがアプリケーションの要求を管理して処理することを期待する標準的なアプリケーションパッケージです。 SARパッケージ化されたアプリケーションの場合のように、アプリケーションが匿名サービスコンポーネントとして実行されることは期待していません。

希望すると便利です。