私はTomcatサーバーライブラリ(tomcat/lib)にバネ依存のjarファイルを持ち、クラスパスにバネ関連のjarファイルを使ってバネアプリケーションを実行しています。スプリングプロジェクトの統合
apache-logging
commons-base
commons-beanutils(etc..)
をとTomcatのlibにいくつかの他の春関連のjarファイル:
私はクラスパスにjarファイルを以下しています。 このデザインは正しいですか?
私はTomcatサーバーライブラリ(tomcat/lib)にバネ依存のjarファイルを持ち、クラスパスにバネ関連のjarファイルを使ってバネアプリケーションを実行しています。スプリングプロジェクトの統合
apache-logging
commons-base
commons-beanutils(etc..)
をとTomcatのlibにいくつかの他の春関連のjarファイル:
私はクラスパスにjarファイルを以下しています。 このデザインは正しいですか?
多くのアプリケーションで1つのコンテナに同じジャーを使用している場合にのみ、設計上正しいことがあります。これは本当に重要な問題です。
しかし、ほとんどの場合、このデザインは多くの問題を引き起こします。たとえば:
ほとんどの場合、問題は少なくなりますが、提供されている依存関係をいくつか追加することで、解決したい問題に依存します。
アドバイスありがとう – user3428998
代わりにTomcatコンテナまたはクラスパス内のすべての依存するjarを有するので、あなたはすべてのjarファイルを更新し、手動で競合を解決する必要があり述べLucemferreとしてmaven
またはgradle
のような建物のツールを使用してみてください。あなたはすべての依存ライブラリをロードするためのMavenやGradleの
は
それをチェックしてみてくださいhere
アドバイスありがとう – user3428998
いいえあなたのライブラリをTomcatのlibではなくwebappでパッケージ化してください。 –
すべてのケースの99%で、あなたのtomcat/libディレクトリにSpringライブラリを置いてはいけません。 – Matt
あなたは説明してください、なぜそれが正しいわけではありません。なぜなら、私は春のプロジェクトを風袋に配備しているからです。 – user3428998