いくつかの依存関係jarファイルを追加しようとしています。しかし、これらのファイルをlib/endorsedまたはWEB_INF/lib.jarに入れると、jbossインスタンスの起動エラーになります。 JBossのフラットなクラスローダー構造のため、これが起こっていると思います。誰かがjboss-web.xmlJBoss - Warライブラリの依存関係
<class-loading>
<loader-repository>com.example:archive=unique-archive-name</loader-repository>
</class-loading>
でクラスローダの設定を実装している場合誰かが私に実際の生活の例を与えることができますか？
私はこれらのjarファイルを置く必要があります。また- デプロイフォルダ内または彼らはあなたのWARファイルのWEB-INF/libディレクトリに属しWEB_INF/lib
でのJBossのlib/endorsed、またはlibフォルダ。承認されたフォルダに物を入れないでください。を承認に瓶を入れないで
Duffymoのディレクティブは危険を覚悟で無視されます。いくつかの追加の詳細は
：それは自給自足と配布Webアーカイブを作成するための標準規定に準拠して、あなたのWEB-INF/libににライブラリを置く
は、移植性と一貫性のためのベストプラクティスですが、 クラスローディング宣言に細心の注意を払う必要があります。jboss-web.xmlです。
なしクラスローディング宣言と架空のexample.jar簡単なシナリオを想定：あなたはexample.jarがWEB-INF/libにに配置した場合
クラスローディング宣言がどこ（など）の場合に必要ですexample.jarの2種類の異なるバージョンがあります。： - jboss // lib：example1.0。 jarファイル - WEB-INF/libが：この場合
をexample2.0.jar、JBossはのJBoss // libに/ example1.0.jar賛成を避けることができますあなたのWARのためのユニークで分離されたクラスローダを作成します。あなたのWARの文脈でWEB-INF/lib/example2.0.jarのです。要約すると
、あなただけのJBossサーバーインスタンス内の1つのWARを実行している、および/またはあなたが競合するJARの問題を持っていない場合は、クラスローディング宣言を捨てとのJBoss // libにであなたのJARを置きます。 WARファイルはより軽量になります。全体的なデプロイメントはより簡単になり、ホットデプロイ時に追加のクラスバージョンで追加のメモリを消費することはありません。有用な説明については、
+1です。 – ziggy