問題タブ [artifactory]

私はこのようなものを探しています:

hudson-artifactoryプラグインを追加したところ、すべてがMavenで見事に実行されましたが、gradleを使用してプロジェクトをビルドしようとすると（gradleプラグインをhudsonに追加しました）

このエラーが発生しました：

失敗：ビルドは例外で失敗しました。*場所：初期化スクリプト'C：\ Documents and Settings \ qqqqqqqqqqqq.hudson \ jobs \ skiiiiiiiiiin \ builds \ 2010-08-10_10-45-03 \ init-artifactory.gradle'行：2 *問題：問題が発生しました初期化スクリプトの評価。原因：メソッドの署名がありません：org.gradle.invocation.DefaultGradle.apply（）は引数タイプに適用できます：（init_artifactory_gradle_bb54a6ea5f854f8feae8c6181e5acbf4 $ _run_closure1_closure2）Run_詳細を取得します。-Sオプションを指定して実行し、完全な（非常に冗長な）スタックトレースを取得します。ビルドに失敗しました合計時間：1.942秒終了しました：失敗

私はオープンソースのALMツールを調べていて、jaboxと呼ばれる興味深いプロジェクトを発見しました。

Jaboxは、Mavenビルドをサポートするように設計された新しいプロジェクトであり、新しいプロジェクトは、次のツールスイートをサポートする事前構成されたPOMを使用してセットアップされます。

代替テキストhttp://www.jabox.org/images/stories/diagram-bw.png

Jaboxのユニークな点は、次のツールの組み込みエディションが含まれていることです。

• Subversion
• ハドソン
• アーティファクトリー

残念ながら、jaboxはそのコードを公開していないようです。そのため、それがオープンソースプロジェクトであるかどうかはわかりません。

質問パート1：

既存のツールアプローチの統合を試みる同様のオープンソースALMプロジェクトはありますか？

私が興味を持っているのは、ALMへの最善のアプローチです。

質問パート2：

この種のプロジェクトに興味はありますか？ALMスペースに組み込まれたサードパーティツールと複数のビルドツールのサポート

Mavenはみんなのお茶ではありません。まだANTを使用している場合や、Gradleなどの他の新しいツールを検討している場合もあります。

私が評価したすべてのアーティファクトリポジトリで、古いものをアーカイブできるようにリポジトリを維持する方法を確認する必要があります。これにより、ツリー内の何千ものアーティファクトを確認しながら、古いソフトウェアの繰り返し可能なビルド。

古いアーティファクトの名前を変更/移動/アーカイブできないということは、アーティファクトがぶらぶらしていて、リポジトリが手に負えず、保守が困難になることを意味します。

確かに私はこれが初めてなので、誰かが私を正しい方向に向けることができるかもしれませんが、これは私にはかなり大きなギャップのようです。

私の顧客は、プロジェクトの本番環境で使用されるすべてのサードパーティライブラリ（JARファイルなど）のより整理されたインベントリを必要としています。私は彼らのJavaベースのプロジェクトの多くに関わっています。それらのインベントリは過去に一貫して維持されておらず、現在使用されているすべてのライブラリ（かなりの数があります！）を考慮し、新しいライブラリをビルド環境に導入するための構造化されたプロセスを実施する時が来ました。

ビルドプロセスでMavenとArtifactoryを使用して、バイナリライブラリのリポジトリを管理し、一時的なライブラリの依存関係を処理するツールの機能を活用するというアイデアを提案してみました。顧客は、Artifactoryサーバーを維持し、Mavenの基本を学ぶための作業が増えると考えているため、提案に抵抗しています。

現在、彼らのJavaプロジェクトはすべてAntスクリプトを使用して構築されています。推移的な依存関係は、主に試行錯誤によって管理されます。現在使用されているライブラリのインベントリは手作業で維持され、バイナリはSubversionリポジトリに保存されます。顧客はこれを改善する必要があることを認識していますが、現在の改善提案には、よりアドホックな「手作業で管理する」アプローチが含まれています。

MavenとArtifactoryの組み合わせは、Javaライブラリ管理のニーズに対応する実用的な既成のソリューションであることをお客様に納得させたいと思います。MavenとArtifactoryの機能と長所について顧客向けのプレゼンテーションを作成するために使用できる文献/資料を誰かに教えてもらえますか？

これで私を助ける他の議論/提案/その他もありがたいです。

内部リポジトリ (Artifactory) には、内部ライブラリの安定したビルドと SNAPSHOT バージョンの両方が含まれるようになりました。

安定したビルドの場合、リポジトリから何かをダウンロードする際に問題が発生したことはありません。

ただし、-SNAPSHOT を追加すると、Maven は依存関係を見つけることができないと主張します。

依存関係をローカルに (つまり、ローカル リポジトリに) ビルドしてデプロイすると、すべて正常に動作します。

基本的に、これは機能します：

これはしません：

両方のバージョンが同じ方法でビルドされ、(私が知る限り) リポジトリに正しくデプロイされていますが。

エラー：

これはこの質問に似ていますが、そこで得られた解決策は私のケースには当てはまりません。

この問題に関する洞察をいただければ幸いです。

編集

-X を指定して実行すると (John V. が提案したように)、次のことが明らかになりました。

Artifactoryによってタイムスタンプが適用される[filename]名を持つアーティファクトをArtifactoryにデプロイします。後で別のトランクで、ビルドは以前にデプロイされたのと同じ名前を使用してそのアーティファクトをダウンロードしようとします。ただし、Artifactoryがファイル名に適用したタイムスタンプのため、この後続のビルドは「リポジトリからアーティファクトをダウンロードできません」というエラーで失敗します。アーティファクトリーのタイムスタンプを回す以外に、この問題の解決策はありますか？私たちの信念は、Artifactoryは、少なくとも要求されたときに最新のタイムスタンプ付きアーティファクトを返すことを知るのに十分賢いということでした。

Maven2は、ビルドごとにstax-exの更新をチェックします。そして、この単一の依存関係をチェックしているだけで、他のすべての依存関係は1日に1回だけ更新されます。

Maven2出力：

アーティファクトorg.jvnet.staxex：stax-ex：java.netからの更新をチェックしています

stax-ex（groupid：org.jvnet.staxex、バージョン：1.2）は、jaxws-rt（groupid：com.sun.xml.ws、バージョン：2.1.3）の一部として含まれています。仲介者としてアーティファクトリポジトリがあります。

何ができますか？（オフラインで構築することは、人気のない回避策になります。）

私はローカル ネットワークに人工物をセットアップしており、現在、CI 目的で多くのプロジェクトを Hudson ボックスに配置しようとしています。

現在、プロジェクトを機能させるには、ユーザーは作業中のプロジェクトをチェックアウトしてから、maven settings.xml ファイルに移動して変更する必要があります。コードをチェックアウトするときに、ビルドの一部として適切な設定ファイルに入れることができるように、これらの手順を合理化することが理想的です。

現在リファクタリング中のプロジェクトには、アーティファクトを介して取り込まれる外部依存関係があり、hudson は外部依存関係を取り込むことができないため、ビルドしません...

これが最善のコースであるかどうかはまだ 100% 確信が持てませんが、プロジェクトのセットアップで可能な限り多くの手動ステップを削除したいと考えています。これまでのところ、これは主要なもののようです...

私はivy.xml含む

スーパーウィジェット全体は、 http： //example.com/m2/のMavenリポジトリでホストされています。ivyのドキュメントにはリゾルバーが記載されていますが、ivyリポジトリを想定しているようです。単一のモジュールでのみ使用されるように、単一の非公式Mavenリポジトリをivy設定に追加するにはどうすればよいですか？（言い換えると、ivyのmavenの<repository>タグに対応するものは何ですか？）何も派手ではないので、ivy.xmlにワンライナーがあると思います。