問題タブ [maven-install-plugin]

maven-install-plugin を使用して、ローカルの Maven リポジトリにいくつかの jar をインストールしたいと考えています。私の maven 3.2.1 のインストールでは、このプラグインのバージョン 2.4 を使用しており、これには多くのパラメーターを指定する必要があります。http://maven.apache.org/plugins/maven-install-plugin/usage.htmlに記載されているように、必要なパラメーターが少ないバージョン 2.5 を使用したいと思います。mvn install:install-file次の pom.xml ファイルがあるフォルダーから実行する と、バージョン 2.5 が使用されます。

そうしないと、古いプラグインが引き続き使用されます。Maven に maven-install-plugin バージョン 2.5 を強制的に使用させるにはどうすればよいですか (任意のフォルダーから install-file を実行する場合)。

PSサードパーティのソースと javadoc JAR をインストールする方法は? 答えは含まれていません。

こちらのガイドに従って、JAR ファイルをローカル リポジトリにインストールしました。

次のコマンドを実行します。

JAR ファイルは Maven を使用して構築され、依存関係をリストした POM ファイルが含まれています。JAR 内のファイルのパスは次のとおりです。

Maven はアーティファクトをインストールしますが、その POM を読み取りません。依存関係情報を含まない空の POM ファイルを作成します。

JAR 内の POM がインストールされていることを確認するにはどうすればよいですか?

編集：

JAR内の各種ファイルの内容は以下の通りです。

/META-INF/MANIFEST.MF:

/META-INF/maven/in.ksharma/log4j-weblayout/pom.properties:

/META-INF/maven/in.ksharma/log4j-weblayout/pom.xml:

2 つの依存関係の間にいくつかの非互換性があるため、依存関係の 1 つのシェーディング バージョンを作成することを余儀なくされました。これは、私のプロジェクトがローカルの .jar ファイルに依存するようになったことを意味します。

mvn install-file実行する前に、この.jarをローカルリポジトリにインストールするために使用するだけで、以前は完全に問題ありませんでしたmvn install：

ただし、私のプロジェクトは、自動化されたビルド サーバー上に置かれるようになりましたmvn clean install。

長い間探して、いくつかの解決策を見つけましたが、完璧なものはありません。

以下に答えとして見つけた解決策を書き留めますが、誰かがこの問題を解決するためのより良いアイデアを持っていることを期待して、この質問を投稿しています。

これは簡単だったはずですが、maven-install プラグインで奇妙な動作が発生しています。

依存関係の競合を避けるために、いくつかの一般的な依存関係をプロジェクトに再パッケージ化する必要がありました。その目的のために、再配置が構成されたシェードプラグインを使用しました。

シェード プラグインは正しく機能し、シェーディング アーティファクトcom.myproject-myproject-.jarと依存関係を減らした pom ファイルを生成しました。ただし、プラグインをインストールすると、シェーディングされたものではなく、元のアーティファクト (依存関係なし) がインストールされます。

さらに、プラグインの問題をインストールする前に、CI サーバー (jenkins) がプロジェクトをビルドし、シェーディングされたアーティファクトを正しく公開し、依存関係を nexus リポジトリ(!!) に削減しました。したがって、nexus からアーティファクトをダウンロードすると、ローカル リポジトリに正しい jar が作成されますが、インストール プラグインを使用すると、jar は適切ではありません。

誰かが同様の問題を抱えていましたか？誰もそれらを解決する方法を知っていますか??

私は職場で企業のファイアウォールの背後に完全にいるので、ローカル リポジトリを埋める必要があります。しかし、「インストール」プラグイン自体さえ欠けているため、それを行うことができません。この問題を解決するにはどうすればよいですか? ありがとう！

ビルド時にカスタム jar をインストールする必要があります。デプロイ ファイルを実行して、カスタム jar を中央ネクサスにアップロードする選択肢がありません。

カスタム jar には依存関係がなく、非常に単純です。これが私の pom ファイルです。

を実行するmaven validateと、これらのカスタム jar はローカルに正常にインストールされますが、インストール時に install-plugin を実行したいので、フェーズをインストールに変更すると、エラーで失敗します

validateを実行する前に常に明示的に実行する必要がありinstallます。この問題を回避したいと考えています。Mavenのドキュメントには、実行サイクルの一部として特定のものが実行される前のすべてのフェーズが記載されていますが、それがうまくいかないこともあります。

この記事validateでも同じことを言っていますが、 maven が正常に動作することを確認するには、明示的に実行する必要がありますinstall。

2 つの JBoss Soa-p 5 サービスがあります。

1回目のサービスpom.xml

2 番目のサービスは 1 番目のモデルを使用しているため、1 番目のサービスを依存関係に追加します。

ただし、この状況では、サービスのファイルをローカル リポジトリrequireにインストールします。.jarFirst

残念ながら、mvn clean installサービスFirstとビルドの両方.jarを実行すると、ファイル.esbのみが.esbローカルリポジトリにインストールされます。jboss-packaging-maven-pluginmaven を強制的にインストールするには、 を削除する必要があり.jarます。

両方のパッケージをインストールするサービスを変更する方法pom.xmlは?Firstclean install

割り当てに Spring Tool Suite (基本的には Eclipse と同じ、実際には違いを見つけることはできませんが、それを使用するように作られています) を使用していますが、プロジェクトを右クリックして「Run As -> Maven Install」。

スレッド「メイン」の例外 java.lang.UnsupportedClassVersionError: org/apache/maven/cli/MavenCli : java.lang.ClassLoader.defineClass1(Native Method) で java.lang.ClassLoader.defineClassCond(ClassLoader) でサポートされていない major.minor バージョン 51.0 .java:637) で java.lang.ClassLoader.defineClass(ClassLoader.java:621) で java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141) で java.net.URLClassLoader.defineClass(URLClassLoader.java:283) でjava.net.URLClassLoader.access$000(URLClassLoader.java:58)で java.net.URLClassLoader$1.run(URLClassLoader.java:197)で java.security.AccessController.doPrivileged(ネイティブメソッド)で java.net.URLClassLoaderでorg.codehaus.plexus.classworlds.realm.ClassRealm.loadClassFromSelf(ClassRealm.java:401) の .findClass(URLClassLoader.java:190) org.codehaus.plexus.classworlds.org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271) の strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:42) org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm. java:254) org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239) で org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:144) で org.codehaus .plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:266) org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) org.codehaus.plexus.classworlds.launcher.Launcher .mainWithExitCode(Launcher.java:415) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271) org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:254) org.codehaus.plexus.classworlds.realm.ClassRealm. org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:144) の loadClass(ClassRealm.java:239) org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:266) の loadClass(ClassRealm.java:239) org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) で org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415) で org.codehaus.plexus.classworlds .launcher.Launcher.main(Launcher.java:356)plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271) org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:254) org.codehaus.plexus.classworlds.realm.ClassRealm. org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:144) の loadClass(ClassRealm.java:239) org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:266) の loadClass(ClassRealm.java:239) org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) で org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415) で org.codehaus.plexus.classworlds .launcher.Launcher.main(Launcher.java:356)254) org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239) で org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:144) で org.codehaus.plexus .classworlds.launcher.Launcher.launchEnhanced(Launcher.java:266) org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:415) org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:356) で254) org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239) で org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:144) で org.codehaus.plexus .classworlds.launcher.Launcher.launchEnhanced(Launcher.java:266) org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:415) org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:356) でlaunch(Launcher.java:229) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)launch(Launcher.java:229) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)

スタック交換で見つけた他のすべては、これがJavaバージョンに関係していることを意味しますが、どのように間違っているのかわかりません。端末で mvn -version を実行すると、

java -version を実行すると、

JAVA_HOME を設定してみました ( Maven Installation OSX Error Unsupported major.minor version 51.0に従って)、正しいパスに設定されています。

私のSTS設定は、1.8を使用してコンパイルし、1.8を使用して実行していると言い、プロジェクトのプロパティも1.8を使用してコンパイルしていると言っています。問題がどこにあるのかわかりません。

私は最初、すべてを Java 1.7 に変更して、それが問題であるかどうかを確認しようとしましたが、それでも解決しませんでした。それが私のグループの残りの部分が使用しているものであるため、最終的に1.8に戻しました。

これは私の最初の投稿なので、スクリーンショットを投稿することはできません。スクリーンショットはリンクにあります。 http://imgur.com/a/al7go