EAR ではなく JBoss SAR としてデプロイすることを選択するのはいつですか?
これはより一般的な質問であり、各展開モデルの長所と短所、およびどのモデルがいつ適用されるかを説明するガイドラインを探しています。
サーバーの機能を拡張する場合は、SAR (サービス アーカイブ) を構築します。たとえば、JBoss は EJB デプロイヤまたはメッセージングに SAR を使用します。独自のサービス モニタリング用に 1 つ作成できます (つまり、カスタム サービスの 1 つのメトリクスを監視します)。私の知る限り、SAR は JBoss だけに固有のものです。
個人的な経験から言うと、Web サービスを追跡するために SAR を作成したことがあります。私は主にサービス コンポーネントを使用して、Web サービス コンポーネントが作成したもののリストの長さを追跡しました。これは、jmx-console を調べて、Web サービスへの着信要求に関するいくつかのメトリックを見つけることができる 1 つの方法でした。
SAR は JMX 仕様に基づいているため、作成は難しくありません。基本的には、標準の MBean インターフェースを作成し、そのインターフェースを実装します。jboss-service.xml
また、ディレクトリにファイルがあることを確認する必要がありますMETA-INF
。
一方、WAR と EAR は、コンテナーがアプリケーションの要求を管理および処理することを期待する標準的なアプリケーション パッケージ用です。SAR パッケージ化されたアプリケーションの場合のように、アプリケーションが匿名サービス コンポーネントとして実行されることは想定していません。
お役に立てれば!