問題タブ [nexus]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
linux - gwt-dev アーティファクトを取得するときに gwt-maven-plugin が「-linux」を追加する
gwt-maven-plugin を機能させようとしています。うまくいけば、誰かが私を助けることができます。
私は gwt-maven-plugin 1.2 を使用しており、gwt 2.1.0.M3 で動作するようにしようとしています。作業中の nexus リポジトリがあり、そこに最新の gwt jar を配置しました。gwt-dev jar をダウンロードしようとすると、プラグインが失敗します。
gwt -dev jar は2.1.0.M3/gwt-dev-2.1.0.M3.jarにあります。プラグインは2.1.0.M3/gwt-dev-2.1.0.M3-linux.jar
をダウンロードしようとします 。
gwt-dev の pom には依存関係がありません。プラグインがそれを処理します。「-linux」を追加しないようにするにはどうすればよいですか? レポの jar の名前を変更するか、ローカル マシンで手動で設定するだけでよいことはわかっていますが、これを nexus で機能させる方法を理解したいと考えています。同時。
ありがとう!
repository - バイナリファイルをnexusリポジトリに置くことは可能ですか?
私の仕事では、すべての開発でJavaテクノロジーを使用し、Nexusを使用してMavenリポジトリーを管理しています。ただし、新しいプロジェクトの場合、ビルドにはdllおよびexeアーティファクトが必要です。それらのWindowsバイナリファイルをNexusリポジトリに入れることは可能ですか?これを簡単にするプラグインはありますか?私がやろうとしていることはクレイジーですか?
repository - Nexusリポジトリからアーティファクトを削除する
いくつかのアーティファクトをデプロイし、それらのアーティファクトの間違った名前をコピーして貼り付けました。リポジトリコンテンツを手動で操作すると問題が発生することを覚えています。
これらの状況に対処するための推奨される方法は何ですか?
編集:
Webインターフェイスを介してホストされているリポジトリからアーティファクトを削除する方法はないと思いました。これで、[ストレージの参照]セクションでアーティファクトディレクトリを削除できることがわかりました。これは、私が推測する推奨される方法です。
testing - nexusセットアップを使用したMaven依存関係の欠落
私はいくつかのテストソフトウェアをテストするためにMavenプロジェクトを構築しようとしています-Arquillian。
ネクサスを設定し、パブリックグループの下部にjbossリポジトリを追加しました。
実行すると、次のmvn testエラーが発生します。
java.net maven 2リポジトリを確認しましたが、間違いなくそこにあります。
ただし、ローカルのネクサスパブリックグループに移動すると、そこにありません。
どうすればこの問題を解決できますか?そして、この問題の原因は何ですか?私はant+ivyの使用に慣れているので、これで頭を悩ませています。
mvnからの完全な出力はここにあります。
maven-2 - SonatypeのNexusリポジトリをSpringSourceのEBRと連携させる方法
SpringSource EBR(Enterprise Bundle Repository:http://www.springsource.com/repository/)プロキシとしてNexusに。私がそうする主な理由は、SpringSource OSGiがさまざまな有名なOSSプロジェクト(例:Velocity、AspectJ ...)を実行し、OSGiランタイムに簡単に含めることができるようにすることです。
とにかく、リポジトリをリモートで参照できたとしても、リポジトリがプロキシされておらず、正しくインデックス付けされていないため、NexusがEBRを「見る」方法にいくつかの問題があります。私が観察したヒントとして、Nexusは直接のMavenグループ(例:org / ...)を他のMavenリポジトリ(例:Central、google ...)によって公開されているとは見なさず、代わりに別の外部フォルダーまたはリリースフォルダーを認識します。 / rootは、リモートでナビゲートするときに挿入されます。
以下は、私の興味のあるSpringSourceEBRリポジトリです。
このリポジトリがMavenプロジェクトpom.xmlに直接指定されている場合、すべてが正常に機能しますが、Nexusを介しては問題ありません。
maven-2 - Nexus リポジトリを使用した Grails プラグインの構成
私は長い間探していますが、解決策はありません。
私の問題:
Maven と独自の Nexus Repo を使用して Grails プロジェクト (1.2.4) を構成しました。それはうまくいっているようです。しかし、私が使用している Grails プラグインも Nexus Repo に配置できますか? 現時点では、プラグインの依存関係は Grails プラグイン リポジトリで解決されています。
何か案は?
よろしく
ファビアン
maven-2 - Maven POM の Tomcat Nexus URL マッピング
TomcatでmavenリポジトリマネージャーNexusを実行しています。pom ファイルをセットアップすると、リポジトリの URL はすべてhttp://myhost/nexus/repo-name. URL から「nexus」という単語を削除したいと思います。現在、古いリポジトリ マネージャーから移行中であり、すべての URL を更新する必要があります。ただし、 のような一般的なリポジトリ URL がある場合http://myhost/maven-repo/repo-name、その URL はリポジトリ マネージャーから独立しています。
Tomcatでこのようなものを設定するにはどうすればよいですか? ホスト名エイリアスを設定する必要がありますか? または、これを行う簡単な方法はありますか?
ありがとう、ジェフ
scala - sbt でローカルの Maven プロキシ リポジトリ (Nexus) を使用するにはどうすればよいですか?
現在 Web からアーティファクトを取得している sbt (Scala) プロジェクトがあります。アーティファクトをキャッシュする企業標準化された Nexus リポジトリに移行したいと考えています。Nexusのドキュメントから、Mavenプロジェクトでそれを行う方法を理解しています。しかし、sbt は明らかに異なるアプローチを使用しています。(アイビーが何らかの形で関与していることは理解していますが、使用したことがなく、どのように機能するのかわかりません。)
すべての依存関係に企業の Nexus リポジトリ システムを使用するように sbt や下層の Ivy に指示するにはどうすればよいですか? ソースリポジトリの新しいクローンが自動的にプロキシを使用するように、ある種のプロジェクトレベルの構成ファイルを使用する回答が欲しいです。(つまり、ドットディレクトリ内のユーザーごとの構成ファイルをいじることは実行できません。)
ありがとう!
version-control - nexusやartifactoryなどのアーティファクトリポジトリを使用した繰り返し可能なビルドと、ライブラリをソース管理にチェックインする方法をどのように確認しますか?
私が評価したすべてのアーティファクトリポジトリで、古いものをアーカイブできるようにリポジトリを維持する方法を確認する必要があります。これにより、ツリー内の何千ものアーティファクトを確認しながら、古いソフトウェアの繰り返し可能なビルド。
古いアーティファクトの名前を変更/移動/アーカイブできないということは、アーティファクトがぶらぶらしていて、リポジトリが手に負えず、保守が困難になることを意味します。
確かに私はこれが初めてなので、誰かが私を正しい方向に向けることができるかもしれませんが、これは私にはかなり大きなギャップのようです。
maven-2 - MAVEN / Eclipse ターゲットプラットフォーム
私たちは、Eclipse ターゲット プラットフォームに基づく Eclipse RCP プラグインを構築しています (別の部門によって社内で開発されました)。MAVEN2 を使用してプラグインをコンパイルしたいと考えています (リポジトリ管理には NEXUS も使用しています)。
ターゲット プラットフォームは、約 130 の JAR で構成されます (ほとんどが org.eclipse.*)。ビルドを実行する 1 つの方法は、POM ファイルのタグに 130 の参照を追加することです。これは大変な労力であるだけでなく、ターゲット プラットフォームが時々変更されるため、新しいターゲット プラットフォームは多くの変更を意味します。
MAVEN で多くの依存関係を処理するより良い方法はありますか?