問題タブ [continuum]

複数の依存関係を持つプロジェクトに取り組んでいます。依存関係のほとんどは、一元化された Maven リポジトリで利用できます。私のプロジェクトには、私のアプリケーションにのみ固有で、Maven リポジトリでは利用できないいくつかの JAR が含まれています。いくつかのポリシー/制限により、そのjarをmavenリポジトリにデプロイできません。

これらの jar をローカル リポジトリ (ieUserHome/.m2/repository) にインストールし、コードをコンパイルすると、正常に動作します。

Continuum を使用してアプリケーション パッケージをビルドできるように、SVN でこれらの依存関係が必要です (Continuum サーバーからローカルの依存関係を参照することはできません)。

これらを達成するために、ローカルにインストールされた依存関係を .m2/repository からコピーし、SVN にコミットしました。次に、 pom.xml のようにリポジトリを宣言しました..

上記のレポから依存関係を使用するために、次のようなコードを追加しました...

mvn verify と入力すると、以下のエラーが表示されます。

これらの問題を解決するために誰か助けてくれませんか?

編集: 私は..のようなリポジトリを作成しました

この手法は、私の個人用ラップトップで完全に機能します。Maven はリストされた依存関係をリポジトリからダウンロードします。

しかし、会社のネットワーク上の私のプロジェクトで同じものを使用しようとすると、機能しません..このアプローチを使用する前に発生していたのと同じエラーが発生します。

誰でも私を助けてもらえますか？何が問題になるでしょうか？ネットワークの問題ですか？

現在、継続的なビルドにApache Continuumを使用しており、FTPがビルドであり、mavenのデプロイ/アンデプロイを使用してビルドを実行します。これは不安定で、Jboss4.3からJbossEAP5.0にアップグレードすると機能しなくなりました。この問題を調査しており、Continuumのインストールをアップグレードすることを計画しています。

その間、私は疑問に思っていました、他の製品がそれをより良くするかもしれません。長期的には仕事が楽になるなら、別の製品を試してみたいと思います。私たちはMaven2を使用しており、SCMの統合と構築に関してcontinuumはスムーズに機能しています。構成もかなり簡単です。私たちの唯一の問題は自動展開です。

（Hudson、Cruise Control）などの他のCI製品は、Jbossとの統合でどのように評価されますか？Jbossサーバー（ネットワーク上の異なるマシンに配置されている）への自動デプロイを備えた他のCI製品を使用したことがありますか？

当社では、Java 開発/QA ストリートで製品を批判しています。私たちが検討している製品の 1 つが Apache Continuum です。

Continuum の経験がある人 (できれば Jenkins の経験もある) は、Apache Continuum の長所と短所 (特に Jenkins に関して) を説明できますか?

私の第一印象は次のとおりです。

利点:

• ビルドとプロジェクトのグループ化に適しています (UI の観点から)。

短所:

• 明確なダッシュボードはありません。
• 比較的小さなコミュニティ。
• プラグインはありません（そうですか？）。

JenkinsやApacheContinuumなどのビルドエンジンを評価しています。ビルドの大部分はMavenを使用しています。Jenkinsにはリリース管理のためのどのようなオプションがありますか？

リリース管理とは、ソース管理のブランチからリリースを作成し、Mavenでバージョンタグを更新するプロセスを意味します。たとえば、私のMavenプロジェクト（親+子サブプロジェクト）が現在バージョン5.5-SNAPSHOTである場合、このブランチの最新のものをチェックアウト、ビルド、テストし、POMをバージョン5.5に更新するようにJenkinsに指示したいと思います。 。次に、バージョン5.6-SNAPSHOTのソース管理に新しいブランチを作成し、それに応じてこの新しいブランチのすべてのPOMを更新する必要があります。

Mavenの背後にいる同じチームであるSonatypeによって開発されたと私が信じているApacheContinuumには、このリリース管理機能があります。Artifactoryプラグインと呼ばれるJenkinsのプラグインを見たことがあります。これには、リポジトリマネージャーがArtifactoryである必要があるようです。Jenkinsで利用できる他のリリース管理オプションは何ですか？ベストプラクティスは何ですか？

ありがとう、

スティーブソロモンstev.solomon@gmail.com

次のマルチプロジェクトの場合、バージョン管理とリリース管理のベスト プラクティスは何ですか?

プロジェクトの構造

• グローバル親
  • 親プロジェクト (バージョン: 1.0-SNAPSHOT)
    • 子プロジェクト 1 (親と同じ)
    • 子プロジェクト 2 (親と同じ)
    • 子プロジェクト 3 (親と同じ)
    • 子プロジェクト 4 (親と同じ)
    • …</li>

プロジェクトのすべての部分が同じバージョンでなければならないため、親プロジェクトとすべての子プロジェクトのバージョンを 1 回だけ設定したいと考えています。

また、私が望むのは、continuum/maven を使用してプロジェクトをリリースすることです。

現在の「悪い」解決策:

通常、親 pom でバージョンを設定し、すべての子で「親からの最後のバージョン」と言うのが簡単な方法ですが、これは Maven <3.1 では機能しません (こちらを参照)[http://jira.codehaus.org/browse/ MNG-624] すべての子プロジェクトに親プロジェクトのバージョンを設定し、リリースごとにすべての子と親のバージョンを変更する必要があります。

例：

親

子

Continuum を使用して今すぐプロジェクトをリリースしたい場合は、次の順序でリリースします。

1. 親プロジェクト
2. 子プロジェクト 1
3. 子プロジェクト 2
4. …</li>

しかし、これは機能しません。親のバージョンを変更した後、子は親に SNAPSHOT バージョンを持たなくなり、連続体でマルチプロジェクトをリリースするより良い方法があるに違いないと思います。

私たちは継続的インテグレーション プラットフォームとして Apache Continuum を使用しており、Continuum がトランクではなく SVN ブランチから構築を開始することを望んでいます。Maven pom.xml のタグの URL を変更する必要がありましたか?

よろしくお願いします。

Continuum をスタンドアロン環境で実行しようとしています。

以下を実行した後：

C:\Program Files\apache-continuum-1.4.1\bin>continuum コンソール

に移動するまではすべて問題ありません

そうすることで、次のエラーが表示されます。

ただし、これは次の理由により意味がありません。

1. 入力C:\Program Files\apache-continuum-1.4.1\bin>javacすると、私が期待するものが表示されます。

   C:\Program Files\apache-continuum-1.4.1\bin>javac -バージョン javac 1.7.0_25

2. PATHを確認しました

   JAVA_HOME: C:\Program Files\Java\jdk1.7.0_25 CLASSPATH: ..;\C:\Program Files\Java\jdk1.7.0_25\bin;...

他に何か足りないものはありますか？