グローバルリポジトリを作成し、重複したライブラリや配備の複雑さを減らすために、maven + springを使用できませんでしたか？

Question

Javaの問題の1つは、同じシステム上に重複したライブラリを作成することです。私たちはmavenのような製品を持っているので、なぜこれがまだ必要なのか不思議でした。たとえば、特定のマシンまたは特定のアプリケーションサーバー上の実行中のすべてのJavaアプリケーションに対して、最終的なリリース専用のリポジトリを中央に置くことができます。アプリケーションサーバーの場合、依存関係をプログラマチックに処理するもの（Spring構成のmaven-likeメカニズムなど）に特異な依存関係を作成した場合、依存関係のすべてを自動で処理することはできませんでしたか？それがSpringの設定ではできない場合は、おそらくコンテナを拡張することができますか？私はそのトリックがClasspathを構築しているかもしれないと思うが、それは本当に克服できないように思われる。特に上位3つのOSはすべてシンボリックリンクを持っているので、特にそうです。かなりの間に見えたが、取り扱いおよび/またはJavaでそれらを作成する方法は、今そこにある表示されていない：

もちろん、シンボリックリンクの

http://docs.oracle.com/javase/tutorial/essential/io/links.html

でもやり過ぎかもしれません。

これらのアイデアを使用して、すべてのJava SE/Java EEアプリケーションの依存関係管理やデプロイメントを大幅に簡素化することはできませんでしたか？

Answer 1

この記事によると：要約すると

http://www.infoq.com/news/2009/06/jigsaw

、これらのアイデアは、Java 7の一部であるJVMは、ジグソーと呼ばれる依存関係の管理サブコンポーネントおよび新しいは何それをつかむためにキーワードが必要になりますニーズ。

Answer 2

IBM WebSphereには共有ライブラリと呼ばれる機能があります。ライブラリエンティティを作成して複数のプロジェクトでインポートすることができます。 Oracle Weblogicでは、おそらくライブラリとして展開したり、パスをweblogic-application.xmlに追加することができます。私はmavenの使用が必要であるとは思わない。

Answer 3

equinoxおよびfelixなどのコンテナは、依存関係の管理を展開の領域に拡張するOSGiという標準をサポートしています。一言で言えば

、1はあなたのパッケージの実行時の依存関係を述べ、「バンドル」をリリースし、コンテナはそのバージョンが（孤立クラスローダのJ2EEコンテナのアプローチよりも効率）が実行されていることを確認します

と本当の問題OSGiは採用が不十分です。ツーリングは改善されましたが、Sun（現在のOracle）はJ2EEの一部としてこれを採用していません。 jigsawは「大きな白い希望」であると思われ、私は最近、OSGi対Jisawの議論に従っていないという点で正直である。結局のところ、依存領域管理を展開領域に拡張することは素晴らしい考えですが、コンテナをサポートする必要があります。 OSGiは標準に最も近いものです。