WARを変更/再デプロイすることなく、配備されたWARに依存関係を追加することは可能ですか？

Question

フォームをユーザーに表示するアプリケーションXYZがあります。このアプリケーションを配布し、外部開発者が独自のフォーム（アプリケーションXYZによって提供されるインターフェイスを拡張する）を作成し、アプリケーションXYZが変更することなくそのフォームを表示できるようにこれらのフォームを展開できるようにしたいと考えています。アプリケーションXYZは、利用可能なすべてのフォームクラス（これらは反映されてインスタンス化されます）を一覧表示する設定ファイルを参照することで、表示可能なフォームを認識します。

私たちはアプリケーションサーバーとしてWeblogic 10.3を使用しており、アプリケーションはGWT/Javaアプリケーションです。

私が知っている限り、アプリケーションXYZをクラスパスに追加された新しい依存関係で再コンパイルして再デプロイする必要があるため、ここで説明したシナリオは不可能です。誰かが私に別のことを教えてくれることを願っています。

Answer 1

サーブレットの仕様では、各WARファイルが独自の分離クラスローダーにデプロイされていると記載されています。これにより、同じサーブレットコンテナインスタンス上で実行される複数のWebアプリケーションの分離が可能になります。

tomcat documentationは、様々なクラスローダーの関係を非常によく表しています。

WARを再コンパイルする代わりに、これらの余分なカスタムjarを "$ CATALINA_BASE/lib"ディレクトリ（またはWeblogicの等価なもの）に配置することもできます（これは、Weblogicが同等の方法で実行する必要があります） ）。

しかし、私はに注意するの実装上の問題のカップルを参照してください。

1. アプリケーションは、固定 インターフェイスに対してコンパイルする必要があろう。これにより、ユーザーは のランタイム実装をそれらのクラスに置き換えることができます。
2. アプリケーションのすべての インスタンスでカスタムjarが共有されます。これにより、同じアプリケーションサーバーインスタンスで古いバージョンのアプリケーションを実行することが除外される可能性があります。
3. デプロイメントの問題を考えてください...あなたのアプリケーションが欠けている依存関係にどう反応するかを考えてみましょう。ユーザーはJavaスタックトレースを理解できません:-)