そのため、mongo でサポートされているデータストアから認証資格情報を読み取るためのカスタム Tomcat Realm 実装を作成する必要があるプロジェクトに取り組んでいます。
これはかなり簡単でしたが、私たちが思いついた実装には、外部ライブラリ (scala ライブラリ、Java mongo-db ドライバー、spring、salat (mongodb ORM) など) への依存関係がいくつかあります。
Tomcat がこの Realm を使用するには、Jar (および依存するすべての jar) を tomcats lib フォルダーにデプロイする必要があります。
Java にかなり慣れていないので、これがどれほどの問題なのかわかりませんが、私には良くないように思えます。本当に、私の質問は、大量の JAR を Tomcats の lib ディレクトリにダンプすると、どのような問題が発生するのでしょうか?
乾杯、クリス。
ほとんどの場合、依存関係が問題になります。配置したすべての JARtomcat/libは、後で展開する WAR に表示されます。Realm の実装は、1 つまたは複数の Web アプリケーションのベースになっていると思います。
Realm が Spring 2.0 に依存していて、これらのライブラリを配置する必要がtomcat/libあり、あとで Spring 3.0 を使用して WAR をデプロイするとします。tomcat/libWAR には、Spring 2.0 クラスで使用可能なすべてのクラスが表示されます。したがって、WAR は で 3.0 クラスを出荷します。WEB-INF/lib実行時に、Spring 2.0 ライブラリとlibtomcat/libの独自の Spring 3.0 ライブラリを確認できます。WEB-INFこれはトラブルの原因になります...
これに対する簡単な解決策を私は知りません。 OSGI と Tomcat の統合を確認する必要があるかもしれません。間違いなく、それは人生を楽にすることはありません...