Tomcatのエピclass-pathマニフェストファイルから
-
06-09-2019 - |
質問
Tomcatバージョン:5.0.28 JDK:1.5.0.14
の問題:
私の両方を用いhibernateや脚柱 いませんの最大のバージョンのこれらの図書館 な-の両方が必要なの異なるバージョンのapache-コモンズ図書館があります。
を解決してい点にご留意ください。
利用マニフェストファイルを指定する別のバージョンのapache-コモンズの各
私のウェブアプリとして展開 webapps\myapp
びリチウムイオン電池は webapps\myapp\WEB-INF\lib
私を変更したマニフェストの作成が行えます。mfにhibernate3.jar としており
マニフェストバージョン:1.0
Archiver-バージョン:腕神経叢Archiver 作成:1.5.0_15-b04(日>マイクロシステム株式会社) Class-Path:hibernatelib/slf4j-api-1.5.2.jar
のslf4j-api-1.5.2.jar に webapps\myapp\WEB-INF\lib\hibernatelib
今いることを期待slf4j-api-1.5.2.jar 可動と共に、hibernate ばかりではありません。-Tomcatできないのjarファイルを指定します。MFとして上記の
という問いに
- にしてるわけではありませんのですか。ているのか、あるいはTomcat?
- があるのもこうした問題をクリアできる?
していました\次の点を
- 確認のための新しいラインは、末尾の文字のファイル
- を置いslf4j-api-1.5.2.jar は、主にlibフォルダにエラーが歩いてすぐのところにいってみようと思い調べることができなかこの特定のjarファイル
- た相対、絶対パス、マニフェストファイル
解決
でも通りにくい難所であったため Class-Path
属性は、マニフェストを使用する場合に jar
を含む、マニフェストと呼んでいる実行可能jarを使用"java -jar theFile.jar
").
一部のサーブレットコンテナのよう支援をすることにより、 このメーリングリスト投稿 (残念なものである、ということ権威的に早くなり指定された仕様です。
しかし、ウェブ-アプリケーション一般的に負荷の授業を単一のクラスローダを使用します。"正しく"を解決する依存関係の問題はともに2つの異なるたclassloader.
ハックっぽ液が使用 jarjar または類似のツールパッケージの異なる図書館とともに、それぞれのリンケージを
まだ製作一 jar
を含むHibernateとともに、その中のapache-コモンズ図書館、他 jar
を含む支柱とともに、その中のapache-コモンズ図書館があります。各コピーの中のapache-コモンズの図書館に移ることに異なるパッケージ(おそらく hibernate.org.apache.*
や struts.org.apache.*
問題解決へ向けた異なるルミエールクラッセバージョン
他のヒント
調べてみました任意の権限が正しいのですか。もうすることが改行後に最後のクラス-経路線がった。
更新:apache Tomcatに対応しておりませんclasspath宣言はこのように、この温泉に心をろとたclassloader.個人的にはかなり世界全体の痛み、その経路をくやさしいだけで決まる。申し訳が思いつかないのよ!
また、最大の版Tomcatがまだまだ問題が継続?Tomcat6は複数の歳、5.5 5.0...
せていただけることができます。TomcatなみのJARマニフェストを決めCLASSPATHます。この独自の階層クラスローダを探そのニーズを使うというクラスパスです。
違い型違い希望アレばバージョンのJAR別部品のアプリが好きな人にものって、 OSGi.この問題が発明された課題である。
があり 二つの競合するJSRs がんの実装では、太陽モジュール案します。
のappサーバのことを知っていることを可能にすることが 春のDMサーバー.このフォークのTomcatているかを強化.