2010-12-08 18 views
0

私はWebアプリケーションを開発しており、依存関係管理(duh)のためにmavenを使用しています。必要なjarのいくつかは、すでにserver libフォルダにありますが、 "maven naming scheme"とは一致しません。つまり、バージョン接尾辞がありません。MavenとAppServerの依存関係管理のベストプラクティス

私はそれらを開発とデプロイメントに使用したいと思っていますが、
1. mavenにバージョンサフィックスが必要であると思われるので、それらにポイントできません。私はポンでそれを省略できません。
2. maven以外で依存関係を定義すると、明らかにmavenはビルドできません。
3.サーバーディストリビューション内のファイルの名前を変更すると、kludgeのように聞こえます。

ブライアン・ボイタノとは何ですか?つまり、上の3つの解決策のうちの1つについて、わかりにくい、あるいは少なくとも良い議論があることは確かです。

ありがとうございます

PSです。私はjboss 5.1とmaven 2.2.1 atmを使用していますが、変更対象です

+0

「私はmavenで冗長なjarの配備を避ける方法」という名前を付けるべきでした。だから、私は2つの "ベストプラクティス"を持っている - "スマートにしようとしない" c0mradeから "ローカルシステムライブラリを使用するシステムスコープ" dimitrisliから。しかし、システムのスコープは、まったく廃止されるはずです。 JBOSS_HOMEのような環境変数との相対的なパスに関して、deprecationがまだ有効かどうか疑問に思う – kostja

答えて

1

ライブの場所を明示的に指定したい場合は、systemスコープの依存関係としてこれらのjarファイルを提供できます。詳細についてはこちらをご覧くださいhere

+0

ありがとう、私はすでにローカルジャーにmvnをポイントする方法を考え出しましたが、まだバージョンサフィックスの問題があります...その1つのアイデアもありますか? – kostja

+0

サフィックスの問題はどういう意味ですか? システムと fullPathFileWithoutVersionSuffix.jarを従属関係に指定すると、正常に動作します。 – dimitrisli

+0

私の悪い、明示的にはjarにではなく、libフォルダにmavenしました。今すぐ動作します。$ {env.JBOSS_HOME}を使用すると、システムスコープが悪くなります – kostja

0

これらは私が使用している独自のライブラリではない場合は、mavenリポジトリの公式バージョンを使用することをお勧めします。

独自のものであれば、maven(バージョン、サフィックス、グループ名、アーティファクトなどを使用することができます)を使用してjarをローカルリポジトリに手動でインストールしてからpomで使用できます。

+0

ありがとう。あなたの解決策は、その瓶が既に存在しており、通常の手順に従うという事実を無視することだと思われます。それは私が言及していないオプションです:1.私は一般的なjarのための冗長な配備を避けたいと思います。なぜ、あなたは、サーバ配布によって提供されるものにrepo jarを好んでいますか? – kostja

+0

@kostja 1.これはmavenの仕組みなので、気に入らなければ使用しないでください。あなたはartifactId、groupIdなどが必要です。2.基本的には同じですが、最新バージョンのトラックを保存したい場合は、それを気にするよりも簡単です。 – ant

+0

私は、プロジェクトのためのツールの選択は、常に私の個人的な好みではなく、個人的な好みについてはありません:) btw私は本当にmavenが好きです、あなたはちょっとアリを使用した後にする必要があります。私はちょうどそれに新しいです。どのようにあなたはそれを複製せずにwebapps "mvnの方法"の間に瓶を共有するだろうか? – kostja