問題タブ [hudson]

自動ビルド/CI に Hudson と Maven 2 を使用しています。コマンド ラインから maven を使用して問題なくビルドできますが、Hudson で同じ目標を実行すると、アーティファクトが見つからないというエラー メッセージが表示されてビルドが失敗します。Hudson を Windows XP サービスとして実行しています。

Hudsonの素晴らしいFindBugs プラグインで遊んでいます。理想的には、FindBugs で問題が見つかった場合にビルドを失敗させたいと考えています。これは可能ですか？

FindBugs では "0 warnings" は非現実的だと私に言わないでください。Ant の FindBugs をしばらく使用しており、通常は警告を 0 に維持しています。これは、一般的な除外フィルターと特定の/対象を絞った注釈を使用して実現します。

Hudsonを継続的インテグレーションシステムとして使用して、多くのプロジェクトの自動ビルド（夜間およびCVSポーリングに基づく）を実行します。

15分ごとにCVSをポーリングするプロジェクトもあれば、5分ごとにポーリングするプロジェクトもあれば、1時間ごとにポーリングするプロジェクトもあります。

数週間ごとに、次の出力で失敗するビルドを取得します。

次のビルドは常に機能し（変更は0）、最大2つのビルドジョブが同時に実行され、プロセス中に開いているファイルが多すぎます。

今週末、金曜日の夜にビルドが失敗し（自動ナイトリービルド）、メッセージが表示され、他のすべてのナイトリービルドも失敗しました。どういうわけか、これによりハドソンは問題が解決するまで失敗したすべてのプロジェクトを継続的に構築しました。これにより、問題が魔法のように消える土曜日の夜まで、すべてのプロジェクトのビルドが30分ごとに行われました。

ハドソンで最初の仕事を準備していますが、いくつか問題が発生しています。このジョブは 2 つのリポジトリを監視します。1 つは DB セットアップ ファイルを含み、もう 1 つは DB セットアップ ファイルを検証およびテストするコードの一部です。

実行されるコードの一部は、Runtime.exec() を使用して psql コマンド ライン ツールを使用して、検証済みのセットアップ ファイルを PostgreSQL にスローします。このコードは私のマシンでは完全に機能しますが、Hudson がそれを (別のマシンで) 実行すると、次のエラーが発生します。

psql.exe はパス上にあり、Hudson がコードを実行しているのと同じ場所から、コマンド ラインにすべてを入力することで実行できます。psql に渡されるファイルが存在します。

何か案は？

スレーブを使用せずに、Tomcat を介して Hudson を Windows サービスとして実行しています。ジョブの最後のビルド ステップは、Java コードを呼び出すバッチ ファイルです。このコードは、PostgreSQL のコマンド ライン ツール psql を (Runtime.exec() 経由で) 使用して、ローカル マシン上にデータベースを作成し、最終的にそれに対していくつかのテストを実行します。

ジョブはこの時点まで進行し、データベースの作成を開始せずに無期限にハングします。コマンドラインからバッチファイルを実行すると、完全に機能します。http://hudson.gotdns.com/wiki/display/HUDSON/Spawning+processes+from+buildが適用されるとは思わない私が間違っている場合はお知らせください。

@anjanb を編集: バッチ ファイルの唯一の目的は Java コードを呼び出すことであり、唯一のユーザー入力はコマンド ライン引数として渡されます。ビルドのコンソール出力を介して直接入力されていることがわかります。

Process Explorer は、psql が開始されていることを示していますが、psql が与えられた最初のコマンドは新しいデータベースを作成することであるため、明らかに実行されていませんが、それは起こっていません。

編集 2: Hudson ユーザーのメーリング リストからヒントをいくつか得ました。月曜日にそれらを試して、また報告します。

編集 3: Java コードは既に出力ストリームを消費していました。コードの開発時にその記事を使用しました。何が起こっているのかわからないので、psql と Runtime.exec() に頼るのではなく、JDBC を使用してデータベースを作成するようにコードを再開発しています。

私は現在、新しいサーバーにデプロイするのが少し複雑なサーバー側の製品に取り組んでいます。これは、VMでテストするための理想的な候補です。すでにCIシステムとしてHudsonを使用していますが、ビルドアーティファクトとして最新かつ最高のソフトウェアを使用して仮想マシンイメージをデプロイできるようにしたいと考えています。

では、これを正確に行うにはどうすればよいのでしょうか。この目的で推奨されるVMソフトウェアは何ですか？これを実現するには、どのくらいのスクリプトを実行する必要がありますか？ここでOSとしてWindows2003Serverを使用する場合、特に問題はありますか？

新しいJava Webプロジェクトの場合、次を使用することを考えました:

• IDEとしてのEclipse
• バージョン管理のための Mercurial
• ある種のバグ追跡ソフトウェア

チェックイン時に変更を未解決のバグに関連付けることができるバグ追跡ソフトウェアについて聞いたことがあります。私自身はそのようなソリューションを使用したことはありませんが、良さそうです。Eclipse や Mercurial と組み合わせてうまく機能し、変更を未解決のバグに関連付けることができる優れたバグ追跡アプリケーションはありますか? そうでない場合、バージョン管理に Mercurial を使用するための Eclipse 用の優れたプラグインは少なくともありますか? それはサポートhg renameしhg copyますか？

上記の 3 つのコンポーネントを組み合わせてうまく機能させることができれば、Hudson も組み合わせて使用​​する予定です。コード ベースの変更が単体テストにどのように影響するかを追跡できるようにするため。

まず、上記の質問に対するフィードバックをお願いします。しかし、バージョニングの処理、バグ追跡、およびそれらの Eclipse への統合に関するご意見をいただければ幸いです。

私は Hudson を初めて使用します。おそらく誰かが解決策を知っています: Hudson の VSS (vss プラグインがインストールされている) から親 pom をチェックアウトしようとしていますが、クラスキャスト例外が発生します:

問題の行は次のとおりです。

インターフェースが変わった？誰でも解決策を知っていますか？

1 台のマシンで複数の hudson スレーブを実行できますか? つまり、1 つのビルド プロセスだけで実際のスレーブを実行できますか?

私の問題は、ロックとラッチ (V0.4) を使用して 3 つの異なる種類のビルド ジョブを実行する 3 つのビルド プロセスを持つスレーブがあることです。しかし、同じ種類の複数のビルド ジョブが同時に実行されたり、スレーブからのビルド プロセスがブロックされて実行されないという問題が発生することがあります。

あなたの洞察を前もってありがとう。

これは、Apache Maven と IBM Rational ClearCase がうまく統合されているかどうかを尋ねる質問から始まりました。私が発見したことを書き留めるべきだと思った-さまざまな編集が必要になるだろうが、最終的には私が望むすべてを追加するつもりだ.

環境

ClearCase - ClearCase のバージョン 7.0.1.2。

Maven - Maven Web サイトからのすべて。

Hudson - Hudson の Web サイトから直接ダウンロードしたバージョン 1.307

質問

• Maven は VOB から実行されますか?

Maven2 のすべてのバージョンを VOB 'スタック' にインストールしました。つまり、バージョン 2.0 を追加してラベルを付け、ラベルをロックしてから、2.0.1 を一番上に追加しました。

無関係なファイルが存在しないようにするために、clearfsimport で -rnname フラグを使用しました。

このように、ラベルを使用して構成仕様でアクセスしたい Maven のバージョンを指定するだけで済みますが、maven 実行可能ファイルのパスは/maven/bin/mvn のままにします。

すべてのバージョンがインストールされると、Dynamic View を介してそこから Maven を問題なく実行できました。リポジトリは通常どおり、Nexus の内部インストールからユーザーのホーム ディレクトリにダウンロードされます。これにより、チェックインとチェックアウトに関する問題が解決されます。

ツールをソース管理に保持する利点は、会社全体の設定 (内部リポジトリを指すなど) を設定できることです。その後、任意のプラットフォームで VOB から Maven の単一インスタンスを実行できます。これにより、最初に設定した設定が保持されます。

Maven プロジェクトでは、src ディレクトリと pom.xml のみをソース管理に保持しました。他のすべては後で自動生成できるからです。

• Hudson は ClearCase で動作しますか?

Hudson を ClearCase Dynamic Views で実行するようにセットアップするのに問題はありませんでした。Hudson の作業ディレクトリからビューのルート (この場合は /view/xxx) へのシンボリック リンクを作成するだけで済みました。ClearCase プラグインはct lshistoryを正常に実行して、開発者がマージする統合ブランチに変更があったかどうかを確認しました。

ジョブの初期環境 (config.xml と動的ビューのシンボリック リンクのみ) をセットアップする小さなスクリプトを作成して、ジョブに正しいビューがリストされ、初期設定が正しくなるようにしました。その後のユーザーによる拡張は、デフォルトのテンプレートを自分で設定するのではなく、デフォルトのテンプレートに変更するものでした。

Hudson の全体的な設定では、$CLEARCASE_VIEW 環境変数を使用して、Maven 実行可能ファイルへのパスを設定しました。このように、Maven のバージョンは、Hudson 内で選択したバージョンではなく、構成仕様で設定されたバージョンに依存していました。

これにより、私 (管理者) とユーザーの両方の余分な管理を省くことができます。

• どの内部リポジトリ マネージャーを使用しましたか?

Sonatype Nexus を内部レポジトリ マネージャーとして設定しました。主な理由は、Sonatype のブログで、Hudson が Nexus との統合を強化する予定であることを読んだためです。また、セットアップして試してみたところ、リポジトリマネージャー内のグループをより柔軟に調整できるため、大規模な商用環境により適していると思いました。これは、多数のプロジェクトに役立ちます。