1

JBoss AS 7+ は 360 度完全に変更され、アプリケーション開発者は JBoss モジュールの観点から完全に考える必要があるため、私は特にこれを求めています。これにより、以前のクラスパス地獄の問題などを防ぎ、クリーンなモジュラー思考などを促進します。また、起動時間が速いなどとも主張しています。

すべて問題ありませんが、私の主な懸念事項は次のとおりです。同じように感じる場合は確認してください。

  1. JBoss は、jboss-deployment-structure.xml ファイルを WEB-INF 内に配置することを主張しています。これにより、WAR ファイルはまったく移植できなくなります。これは、その中にアプリケーション サーバー固有の構成ファイルが含まれているためです。相互運用性が心配です。

  2. 膨大な量の XML 構成が必要になることについては、まだ神経質になっています。追加したい依存関係ごとにモジュール ディレクトリ構造を作成し、その依存関係に対して module.xml を作成し、非モジュールに対して jboss-deployment-structure.xml エントリを作成します。または WEB-INF/lib 内のライブラリのマニフェスト エントリ。などなど。構成の専門家になるか、専門家を雇うか、サポートを購入するために費やされる十分な開発者の時間と労力が必要になります。長期的には、チームや会社にとってかなりのコストがかかります。

4

1 に答える 1

2

jboss-deployment-structure.xml を移植不可能にするものは何もありません。他のアプリケーション サーバーは、ファイルを使用しない場合、単に無視します。

アプリケーションで依存関係を使用する場合は、モジュールを作成する必要はありません。複数の展開間で共通の依存関係を使用する場合にのみ、これを行います。たとえば、JDBC ドライバー ライブラリ。

jboss-deployment-structure.xml を作成したり、WEB-INF/lib にライブラリのマニフェスト エントリを追加したりする必要はありません。jboss-deployment-structure.xml が必要になるのは、log4j などのサーバーの依存関係を除外する場合、または自動的に追加されないデプロイメントの範囲外に依存関係を追加する場合のみです。おそらく他にもいくつかの使用例がありますが、それらは最も一般的なものです。

于 2012-10-31T16:45:41.543 に答える