Githubのjenkinsciにリポジトリ作る権限なかったので、とりあえず自分とこに作っておきました。まだ、Jenkins本体に取込まれてないので、急いで欲しいという奇特な方はこっちらかソース取得してビルドしてね。

https://github.com/masanobuimai/emotional-jenkins-plugin

ホントはPersonaプラグインとか参考に作り直すのが良いのだけれど、そこまで気力がわかなかったので、中身はEmotional Hudsonのままス。

＃まさか「Emotional HudsonのJenkins版作れ」ってチケットが起こるとはおもわなんだった。:-)

コマンドラインからJenkinsのジョブを実行する方法を二つ。

• wgetでURLにアクセスする
• Jenkins CLIを使う

wget

ジョブの実行ボタンをクリックしたときのURLにwgetやcURL経由でアクセスします。認証をかけている場合にはBasic認証でユーザ名/パスワードを渡します。

$ wget http://yourserver.com/job/<ジョブ>/build?delay=0sec --http-user=<ユーザ名> --http-passwd=<パスワード>

Jenkins CLI

Jenkins CLIは、http://yourserver.com/jnlpJars/jenkins-cli.jarからダウンロードできます。

ジョブを実行する場合には、以下のコマンドを実行します。"-s"オプションでジョブが完了するまで待ちます。URLは環境変数JENKINS_URLで指定することもできます。

java -jar jenkins-cli.jar http://yourserver.com build --username <ユーザー名> --password <パスワード> -s <ジョブ>

上の例では認証情報を引数として渡していますが、明示的にログインコマンドを実行してCredentialを取得することもできます(ユーザのホームにある.hudosnフォルダにcli-redentialsというファイルが作成されます)。

java -jar jenkins-cli.jar http://yourserver.com login --username <ユーザー名> --password <パスワード>
java -jar jenkins-cli.jar http://yourserver.com build -s <ジョブ>
...
java -jar jenkins-cli.jar http://yourserver.com logout

ただし、現状ではActiveDirectoryとCrowdと連携して認証を行っている場合には、Jenkins CLIは正常に動作しないようです(Crowdについては私も確認しました)。詳細は参考にあげたJIRAのチケットを参照してください。

でも、よく考えたらあまり使い道がないかも。人間が実行するならWebから実行する方が簡単ですし、Jenkinsの場合にはcronやタスクから実行するという用途もないです。

参考

• Jenkins CLI - Jenkins - Jenkins Wiki
• Basic認証でwget - cloned.log
• [#JENKINS-7995] CLI login & credentials do not work with AD - Jenkins JIRA
• [#JENKINS-7705] Add CLI support to crowd plugin - Jenkins JIRA

JenkinsでMercurial Pluginを使ってbitbucketのリポジトリにアクセスしてみます。

まずは、マスタのサーバにMercurialをインストールします(Ubuntuです)。

ubuntu@ci: ~$sudo apt-get install mercurial

認証用のSSH鍵を作成していない場合には作成します。ログインしているユーザーではなくJenkinsの実行ユーザーです。

ubuntu@ci: ~$ sudo -u jenkins ssh-keygen
Generating public/private rsa key pair.
Enter file in which to save the key (/var/lib/jenkins/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /var/lib/jenkins/.ssh/id_rsa.
Your public key has been saved in /var/lib/jenkins/.ssh/id_rsa.pub.
The key fingerprint is:
5b:5b:39:87:80:42:ff:31:68:15:16:78:14:27:9a:e2 jenkins@ci

~/.ssh/id_rsa.pub の内容をbitbucketのAccount -> SSH Keys のところに登録します。ファイルをアップロードするかファイルの内容を貼り付けます。

Jenkinsのプラグインの管理からMercurial Pluginをインストールするとプロジェクトのソースコード管理システムでMecurialが選択できるようになります。

bitbucketの情報を入力します。Repository URLは、bitbucketに表示されるのを貼りつければ間違いないですが、ユーザー名が"hg"固定になります。

sshではなくhttpsでアクセスする場合のRepository URLは以下のようになります。MercurialプラグインだとSubversionのように認証情報の入力画面は存在しないので、匿名アクセスできないリポジトリではパスワードをURLに含める必要があるようです。なので、SSHを使うほうがよいです。

hg clone https://kenichiro22:password@bitbucket.org/kenichiro22/contacts

いつの間にかMaven2プロジェクトのビルドが、以下のエラーで失敗するようになっていました。Jenkins ver. 1.400にて。

ERROR: A Maven installation needs to be available for this project to be built.

Either your server has no Maven installations defined, or the requested Maven version does not exist.

Finished: FAILURE

マスターでもスレーブでも発生していたのですが、システムの設定でインストール済みMavenの名前を変更したことが原因のようです。

プロジェクトの設定にて、使用するMavenをいったん別のインストール済みMavenに変更して保存してから、再度戻したところ解消されました。

参考

• [#HUDSON-7205] Renaming maven installation breaks build jobs which use it - Hudson JIRA

2月25日に第2回Hudson勉強会があります。

テーマは「JavaプロジェクトにおけるHudsonの運用について」です。

現時点で、申し込みは残りわずかになっていますが、興味のある方は奮って参加してください。

また、発表者も募集しています。

特に、通常発表枠（20〜30分）が全然埋まっていません。

LTでもかまいませんので、是非発表したいという方は連絡ください。

hudsonでrvmを使ってrails3アプリを継続的インテグレーション（CI） - I am Cruby!

hudson, rails前々から興味があったhudsonをrails3のアプリケーションで使ってみた。rvmを利用して綺麗な環境でビルドすることが目標。　hudsonの起動第1回　Hudsonの導入｜gihyo.jp … 技術評論社を参考にしました。すんなり動くかと思いきや、HTTPサーバが起動しない。しかもエラーも吐かないものだから困った。　原因を調べるとhudsonが悪いワケじゃなかった。w...

kkawa hudson [ruby]

Hudsonのセットアップ(Windowsサービスとして起動) - ふぞろいのGENGOたち

HudsonCIHudsonのダウンロード 最新バージョンの入手: http://ftp.osuosl.org/pub/hudson/war/latest/ から hudson.war を取得します。 特定バージョンの入手: http://ftp.osuosl.org/pub/hudson/war/ から hudson.war を取得します。 Hudsonを起動する前にHudson環境は、デフォル...

kkawa hudson

Hudson APIでジョブを一発コピー - @ikikko のはてなダイアリー

メリー苦しみます！性なる夜のクリスマスイブでも特に予定がないikikkoです、こんばんは。みなさん、いかがお過ごしでしょうか。滑るような前置きはさておき、本題に入りましょう。今日は、HudsonのRemote Access APIとそれを使ったちょいプログラムを紹介したいと思います。APIの概要Hudsonの特徴といえば親切すぎるほどのGUIですが、実はCLI（コマンドラインインターフェース）やA...

kkawa hudson

trac-post-commit-hookという便利な機能ありますよね。refs #1とかコミットログに書くとそのチケットのコメントにコミットログを書いてくれるやつ。

今コミットしたら自動でビルドするようにしてるので、ビルド-コミット-チケットてなかんじでチケットとも関連付けられると嬉しいんじゃないかなと思った訳ですよ。HudsonのTrac Pluginで、ビルド→チケットなリンクはあるので、チケット→ビルドなリンクを作ってみようかと。

でtracのpost-commit-hookを流用してみました。post-commit-hookはtrac-0.12からはtrac-adminを利用するようになったので、0.11の頃のやつから。tracの中って修正BSDだから公開しても大丈夫だよな。

• akihirox / trac-post-build / source — Bitbucket

2つのファイルをてけとうな所に置いて、Hudsonのビルドでcmdを呼べばOKです。ビルドするとこんな感じ。

作ってからこれくらい誰かがもうやってんじゃないかという気がしてきたですよ……

http://weblogs.java.net/blog/johnsmart/archive/2010/11/21/hudson-build-jobs-build-pipelines-0

Continuous Integration with Hudson本の作者であるJohn Ferguson Smartさんのスライド（と言ってもHudson本はまだ出てないよ）。

いろいろプラグインが紹介されてて興味深い。以下、紹介されてたやつで知らなかったヤツを列挙。機会があれば試してみる。

■Dashboard Nested View plugin

この前のHudson勉強会で紹介されてたのはDashboard View。スクリーンショットないけど説明文読む限りではジョブをグループ化してフォルダにまとめてくれるようだ。

■HTML Publisher plugin

ジョブ中（ジョブのワークスペース上？）に生成したHTMLに対してリンクを張ってくれるか、インラインで表示してくるかしてくれるプラグインっぽい。試してみないとよくわかんないや。

■Performance plugin

JMeterのレポートを可視化してくれるプラグイン（JMeter pluginは古いらしい）。JUnit同様、JMeterの実行までやってくれるワケでは無い（それはビルドの役目）。

■Downstream Buildview plugin

いわゆる下流ジョブを可視化してくれるプラグイン。

これとParameterized Trigger pluginを組み合せてビルドパイプラインを組む。といってもParameterized Trigger pluginで組んだ下流ジョブがDownstream Buildviewに反映されるかは試してみないとわかんない。

＃でも出来るから、この組み合せで紹介してるんだと思う。

ちなみにParameterized Trigger pluginは、自身のビルド結果によって下流ジョブやその実行環境を調整できるプラグインのようだ。

ビルドパイプラインと言えば、思い出すのはThoughtWorksのCruiseなんだが、こいつほどパイプラインを全面に押し出したUIになるってわけでも無さそう（Cruiseもパイプラインの構築はXMLベタ書きしてた記憶がある...）。ちなみに、今はCruiseじゃなくてGoという、これまた印象に残らないツールに統合されたみたい。

ある程度ビルドの規模が大きくなるとビルドパイプライン的な発想は不可欠だと思うが、そうなったらそうなったで特定のCIツールに依存していいのか？という葛藤が生じるようだ（わりと他人事なのは、依存したっていいやん思ってるから）。そうゆうのって"Agline ALM"やら"Continuous Delivery"やらに書いてないのん？

Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation (Addison-Wesley Signature Series (Fowler))

• 作者: Jez Farley, David Humble
• 出版社/メーカー: Addison-Wesley Professional
• 発売日: 2010/07/27
• メディア: ハードカバー
• 購入: 1人 クリック: 73回
• この商品を含むブログ (16件) を見る

■Deploy plugin

スライドでは"Deploy To Container plugin"とあるけど、そのものズバリなプラグインは見当らず。たぶん、こいつの事なんだと思う。たしかCargoベースのやつで、あまり良い思い出がない（つまりはうまくデプロイできなかったという話）。

＃最近だと違うのかな？

■Description Setter plugin

ビルドログから抽出した文字列をビルドのdescription欄に設定するプラグイン。

なるほど、ものは使いようだ。

■Radiator View plugin

前に紹介したeXtreme Feedback Panel pluginはこいつの派生だったみたい。どっちを使うかは好みの問題かな。

---

あいにくとパイプライン組むほど大げさなビルドシステムにはご縁がないので、実際やってみる事はしないと思う。仮にそうゆう事態になったらなったで、下記のような事まで気を回さないといけないと思うと、ちょっとウンザリしてしまうかも。

→ ビルドシステム構築スキルの重要性 - 達人プログラマーを目指して

ビルド職人の先は長く険しい。いずれにしろ、あたしはその域には達してないので、この程度のノリで日々を過しております。:-P

痛いほどよくわかるけど、そうゆう現場では敢て自動化を放棄してます（オーパーツ残しても仕方ないし。＞ ビルドシステム構築スキルの重要性 - 達人プログラマーを目指して URL

2010-11-18 22:19:57 via Tweet Button

参加してきました。発表もしたんですけど、いやー人が多くてビビリまくりでもうしわけありませんでした…

• Hudson勉強会 : ATND

とりいそぎ自分のLT資料をアップしておきます。

• 日本語化のススメ

それにしてもいい勉強会でした。やっぱ勉強会は勉強になるわ…

#hudsonci だれかが　Persona Plugin で萌えHudson作ってくれるはず　URL

2010-10-17 21:56:18 via tGadget

Just released #HudsonCI persona plugin, which lets you create ChuckNorris family of plugins just from XML and images.

2010-10-17 21:58:40 via TweetDeck

`誰か修造botからデータを取り出して#HudsonCIのペルソナ化してほしい

2010-10-17 22:01:25 via TweetDeck

おい、川口さんが本気出したぞ。 #hudsonci ＞ Persona Plugin - hudson - Hudson Wiki URL

2010-10-17 22:02:20 via Tweet Button

公式痛Hudson化プラグインがでたので、早速使ってみたよ。

まだ公式プラグインマネージャには出てないと思うので、いそいで使ってみたいって人はこちらから *.hpi ファイルを直接ダウンロードしてちょ。

→ Java.net — 404 - Not Found

公式の解説ページはこちら。→ Persona Plugin - hudson - Hudson Wiki

ペルソナをhpi形式でアーカイブできるみたいなんだけど、よく分んなかったんで、$HUDSON_HOMEに直接作ってみたよ。ネタは当然、emotional-hudson。公式ページにあるイメージリソースはひとつも省略せずに準備したほうがいいみたい（無いとエラーになった）。ちなみに、それぞれのリソースの用途はこんなん。

• success.jpg/.png/.gif ... 普段のHudsonさん（青）
• failure.jpg/.png/.gif ... 失敗したときのHudsonさん（赤）
• other.jpg/.png/.gif ... 不安定なときのHudsonさん（黄）
• icon.jpg/.png/.gif ... 引用文の脇につくアイコン（16x16）

それと、引用文を書いておく persona.xml も空要素ではいかんらしく、ダミーでもいいんでひとつは引用文を書いておく。

<persona id='eh' displayName='Emotional Hudson'>
  <quote>hoge hoge</quote>
</persona>

プラグインのインストールとペルソナの仕込みの段取りはこんな感じ。

1. Hudsonにpersona.hpiをインストール
2. Hudsonをいったん終了
3. $HUDSON_HOME にペルソナを仕込む
4. Hudsonを再起動
5. 任意のジョブでペルソナを設定する

ペルソナの設定はジョブ（プロジェクト）ごとに行うです。ジョブの設定画面を開いて「ビルド後の処理」の下のほうに「Associate Persona」ってのがあるんで、そこのプルダウンリストから使いたいペルソナを選ぶ。

中途半端なペルソナ設定するとエラーになって、そのジョブを開けなくなるから、面倒臭がらずにちゃんとペルソナを準備してね。しんぼうたまらずエラーになってジョブ開けなくなったら、$HUDSON_HOME/jobs/ジョブ名/config.xmlを直接編集してペルソナの設定削っといて。

＃hudson.plugins.persona.QuotePublisherってのを削除すればいい。

うまく設定できると、こんな具合にHudsonさんの代わりにペルソナが登場する。右上んとこが、そのペルソナのつぶやき（引用文）。

注意点がひとつ。ペルソナが有効になるのは、ペルソナを設定した後のビルドかららしい。以前のビルドには有効にならんようなので、慌てずさわがず新しいビルドを実行してみよう。

2010/11/12 19:00、場所はまだ未定ですが、川口さん主催でHudson勉強会が開催されます。

http://atnd.org/events/8654

告知2日で、もうすでに100人超えてるという人気っぷり。

Hudsonについて興味のあるかたは、是非参加を検討してみては。

って、オレが決めた。

告知後あっと言う間に100人を越したHudson勉強会ですが、遠方ゆえに参加できず。

思わずつぶやいたツィートについた返信に全オレが泣いた。

本当の事をこっそりいうと、自分の周りじゃ、あたし以外でHudsonの設置する人を見たことが無いのよね。(´д｀)

2010-10-08 12:21:25 via ATOK Pad

me too RT @masanobuimai: 本当の事をこっそりいうと、自分の周りじゃ、あたし以外でHudsonの設置する人を見たことが無いのよね。(´д｀)

2010-10-08 12:42:45 via Echofon

me too RT @wyukawa: me too RT @masanobuimai: 本当の事をこっそりいうと、自分の周りじゃ、あたし以外でHudsonの設置する人を見たことが無いのよね。(´д｀)

2010-10-08 12:43:44 via Tween

me too RT @wyukawa: me too RT @masanobuimai: 本当の事をこっそりいうと、自分の周りじゃ、あたし以外でHudsonの設置する人を見たことが無いのよね。(´д｀)

2010-10-08 12:46:41 via Echofon

me too RT @kaorun55: me too RT @wyukawa: me too RT @masanobuimai: 本当の事をこっそりいうと、自分の周りじゃ、あたし以外でHudsonの設置する人を見たことが無いのよね。(´д｀)

2010-10-08 12:50:55 via Twit for Windows

うちは後ろの席の人がやりました。 RT @hikaruworld: me too RT @kaorun55: me too RT @wyukawa: me too RT @masanobuimai: あたし以外でHudsonの設置する人を見たことが無いのよね。(´д｀)

2010-10-08 12:53:19 via Tween

me too RT @wyukawa me too RT @masanobuimai: 本当の事をこっそりいうと、自分の周りじゃ、あたし以外でHudsonの設置する人を見たことが無いのよね。(´д｀)

2010-10-08 12:56:28 via TwitBird

僕も同じです。高橋名人？と言われます。 “@wyukawa: me too RT @masanobuimai: 本当の事をこっそりいうと、自分の周りじゃ、あたし以外でHudsonの設置する人を見たことが無いのよね。(´д｀)”

2010-10-08 13:01:20 via Twitter for iPhone

どこのHudsonエンジニアも孤独に雪かき仕事をしていることが良くわかった…

2010-10-08 13:10:17 via Echofon

...おまいら。(´；ω；｀)ぶわっ

11/12は自動化職人の日で決まりデスね。

2010-10-08 12:45:06 via Twitter for iPhone

こんだけの自動化職人が一堂に会する機会もそうはあるまい。そんなHudson勉強会の申込はこちら。

＃川口さんと握手したり、川口さんの写真をビルドマシンに貼っておくとビルド失敗しなくなるってよ（嘘。

→ Hudson勉強会 : ATND

→ Hudson勉強会 - 日本語 - Hudson Wiki - LTもあるよ。

Hudson+phpcpdで継続的に重複コードをチェックする | Ryuzee.com

Categories Agile・生産性向上 (115) Ajax/Web2.0 (7) apache (14) CMS (3) Delphi (11) Linux (47) Perl (29) PHP (115) Ruby (4) Trac (83) Zope (11) オープンソース (104) Firefox (9) OpenVZ (3) phpBB (3) phpMyFaq (12) sc...

kkawa hudson

さくらVPS980でjetty/Hudsonを動かす - やさしいデスマーチ

Hudson, Linux | 08:43 | さくらインターネットのVPSサービスが正式稼働となって1ヶ月となりました。これまでは専用サーバのエントリープランを使っていたのですが、用途が変わってきたので乗り換えを行っています。これまでは、SVN, Trac, Hudson, Wiki(MoinMoin)などを稼働させるのが目的だったのですが、最近はSVN + TracをGoogle Codeに移...

kkawa hudson

タイトル通りです。

これでTwitterに再度Jobの実行結果をポストすることができるようになりました。

ただし、事前にTokenとToken Secretを取得する必要があります。

取得方法は、以下のURLにあるauth.jarをダウンロードして、

java -jar auth.jar

を実行して、あとは指示に従ってください。

http://wiki.hudson-ci.org/display/HUDSON/Twitter+Plugin

不明な点がありましたら、コメントなりTwitterなり他の方法でもかまいませんので、気軽に聞いてください。

CloudBeesもスゴイが "Hudson build engineer" で求人があるってのにおどろく。＞ Hudson on the Rise: CloudBees and Indeed Job Trends | Java.net URL

2010-08-29 21:38:06 via Tweet Button

@masanobuimai 日本ではHudsonでは求人はないんですか？こっちではどこに行ってもみんなHudson使っている印象ですよ。

2010-08-30 04:24:26 via web to @masanobuimai

ガボン。

ところで、その川口さんがCloudBeesというHudsonのホスティングサービス始めたようです。

HaaSといっても"Hardware as a Service"じゃないよ、"Hudson as a Service"や。詳しくはご本人か、どっかのニュースサイトで語られるに違いない。

「Hudsonはモテか」と目を輝かせたところ、 id:kiy0taka さんにとどめの一言をもらいました。本当にありがとうございます。

返す言葉が無い。RT “@kiy0taka: Hud美さんとかチャックノリスで喜んでる奴らがモテるはずがない RT @wyukawa: Hudsonエンジニアはモテるらしい。”

2010-08-30 09:36:09 via Twitter for iPhone

（追記）絶妙なタイミングでこんな記事があったよ。Hudson、圧倒的過ぎてワロタ（ある意味当然）。

→ Which Continuous Integeration System is Most Popular? | Javalobby

意外だったのがBambooの人気。なんとなくJIRAのおかげじゃなかろうかと推測。それとCruise Control、まだ居たか！？もう世代交代していいだろと思わなくも無い（というかCruiseどこいったん？）。

ちなみに、あたしは主にHudsonですが、チャンスがあればこっそりTeamCityを忍ばせてます。:-P

（追記２）CloudBeesは川口さんと直接関係が無いんだそうです。ウソ語ってすいません。m(_ _)m

川口(kkawa)さんはcloudbeeとは直接関係ないんだそうです。何か俺が勝手に勘違いしてただけ？

2010-09-25 18:16:57 via Tweetie for Mac

これは便利。

• http://hudson-ci.org/changelog.html

Hudsonはものすごい勢いでリリースされています。基本的にどんどん問題がfixされてってるので最新版を入れるのが一番良いのですが、ときどきハズレがあるのもまた事実です。人柱的に最新版使いまくるのもありですが、お仕事とかだと安定してるのどれ？という話にもなるでしょう。そいやTracLightningに同梱するHudsonのバージョンはどれがいーの？とか聞かれたこともあったような。

てことで、上記ページの「Community ratings」をクリックすると、実際に使ってみてどーよ？な投票結果が表示されます。

各バージョン毎に、晴-使ってて問題無いぜー、曇-お薦めしない、雷-試してみたけど前のバージョンに戻したよ＞＜、というのの投票数が表示されます。関連のissueへのリンクもあったりして何気に便利です。

てことで、使ってる人はがんがん投票しましょう。

warnings-plugin の 3.6/3.7(最新)で、ant javacで出る警告が収集されなくなってました。またか。

• 以前の件→ http://d.hatena.ne.jp/akihirox/20090318#1237371345

とりあえずちょろっと直してコミットしといたので、次のバージョンからは大丈夫のはず。せっかくなのでテストも突っこんでみたけどこんなんでいいんだろうか。

• http://fisheye.hudson-ci.org/changelog/Hudson/?cs=32265

そういえば日本語環境だと通らないテストがあるんだよな今でも。Ulli(プラグインの作者)て確かドイツだかスイスだかの人だったと思うんだけど、英語環境しか使ってないのかなぁ。

TracLightningは基本的に全部Cドライブにインストールするので、そのうちHDD容量が厳しくなってきます。とりあえず一番伸びが激しいHudsonさん関連を別の場所へ動かそうとしたのですが、HUDSON_HOME変更しても何故か反映されてない。サービス化してるからなのかなぁ。

まぁしゃーないので、一旦サービスをアンインストール(sc delete hudson)して、HUDSON_HOMEを変更し、手動でHudsonを起動→サービス化でHUDSON_HOMEを移せました。やれやれ。

こんなにも悲しいダッシュボードが他にあるかっ。Hudson v1.343は永久保存版なのでダウンロードはお早めに。:-)

第一発見者はid:ssogabeさん。人が見つけたネタ使ってエントリ書いたのがあたし。:-P

→ Togetter - さようならSunMicrosystems

id:ssogabeさんがtwitterで↓なことを言ってました。

チャックノリスが怒ってるが、画面の下のほうなのでスクロールしないとみれない。画面オ上に表示されればいいのに。

http://twitter.com/ssogabe/status/6289691656

そういやそうだよなー。せっかくのィモゥショナルなHudsonさんも下の方に慎ましやかに出てるだけだもんなー。

ということでやっつけで自己主張の激しい情熱的なHudsonさんなgreasemonkeyスクリプト書いてみました。

ジョブのページで発火するようにincludeを設定して、ビルドが失敗したりするとどばーんとHudsonさんが出てきます。ソースはbitbucket↓。

• akihirox / popup-emotional-hudson / source — Bitbucket

window.setTimeoutで5秒毎にビルドの結果を調べてステータスが変わったら自動的に絵を出します。出しっぱもあれなので、クリックすると消えます。ビルドに成功しても自動的に消えます。表示する画像はemotional-hudsonの画像を利用させてもらってます(なので既定ではemotional-hudsonプラグインも必須)。ただソース中の画像のURLを適当に指定すれば任意の画像が表示できるので、チャックノリスでもHud美さんでも好きな画像を表示するといいと思います。

静的解析系のプラグインですが、今回のバージョンアップから「analysis-core」というプラグインが必須になってます。アップデートする際にはこのanalysis-coreもインストールする必要があります。これを入れないとプラグインが見えなくなります。

以下analysis-coreが必要なプラグインとそのバージョンになります。

• Checkstyle-plugin 3.0
• Warnings-plUgin 3.0
• FindBugs-plugin 4.0
• DRY-plugin 2.0
• PMD-plugin 3.0
• TaskScanner-plugin 4.0

それと多分Hudson本体のバージョンにも依存しているようで、手元の1.328では設定画面の「高度な設定...」ボタンを押しても追加の設定項目が表示されませんでした。Hudsonを1.336に上げたところ問題無く表示されるようになりました。

まだまだですが、とりあえず。

この秘書の子はCecilia（セシリア）って名前に決めています。

lynxさんに描いていただきました。

http://eclucifer.net/

感謝。

どういう形にしていくのかはまだ未定ですが、チャック・ノリスやBruce Schneierのようなむさいおっさんが幅をきかせているので、どうにかしないといけません。

もちろん、hud子さんやhud美さんもいますので、その辺とどういう位置づけにするのかも考えないといけませんね。

http://code.google.com/p/hudson-assembler/

Twitterで @theaviary が拾っていたのに反応したところ，たちどころに作者から返信がありナニモノかが判明した。

プラグインインストール済みのhudson.warを作るアプリです。こっそり作って放置してました。RT なんだこれは？RT @theaviary: Griffon apps in the wild: hudson-assembler http://bit.ly/c0sL0

http://twitter.com/kiy0taka/status/5134793967

作者は id:kiy0taka さん。「こっそり作って放置してました。」言うてるのに，勝手に使って晒し上げる，根性の悪さよ。:-)

＃いや，こんな便利なの見つけて黙っとれというほうが無理な話かと。

本体はGriffon 0.1.1で作ってあるので，同じバージョンのGriffon持っている人は，HudsonAssemblerディレクトリで以下のコマンド叩くだけで動く。ちょうど，自分とこがそうだったんで，すげー簡単に動いた。

$ cd HudsonAssembler
$ griffon run-app

Griffonの最新バージョンは0.2なので，"griffon run-app"すると"griffon upgrade"しろ言ってくると思う（試してないから，upgradeして0.2でも動くかどうかは知らない）。

HudsonAssemblerの画面はこんな感じ。

使い方は見ればわかる。プラグインリストからプリインストールしたいプラグインを選んだら，メニューバーから Assemble -> Assemble Hudson を選び，hudson.warの保存先を指定するだけ。あとは，自動的にプラグイン入りの hudson.war を作ってくれる。すげぇ，これ超便利。:-)

コードもシンプルなのでGriffonのサンプルとしても勉強になりますよ（プラグイン情報の取得元が https://hudson.dev.java.net/update-center.json だったけど，今だったら http://hudson-ci.org/update-center.json にしといたほうがいいですね）。

ps.

Java Web Startのセキュリティモデルを知らないで妄想言いますが，これWeb Start化して，Hudson-ci.orgに置いておいたら便利なんじゃなかろうか，などと思った。

＃jnlpの配置方法は id:kiy0taka さんがすでに書いてあった。

→ GriffonアプリをGoogle Code上で配布する - blog4j 2.0

Hudsonの公式サイトが http://hudson-ci.org に変わりましたよ。

今の所，最新版の hudson.war だけ置いてありますが，おいおいプラグインとかも hudson-ci.org に載っけるようです。

http://wiki.hudson-ci.org/display/HUDSON/eXtreme+Feedback+Panel+Plugin

HudsonのカスタムビューをXFDにしてしまおうというプラグイン。こうゆう役に立つのかどうかわかんないプラグインは大好きだ！！

ちなみにこんなんで，PC一台専用にしてXFD代わりにする（できればデカいモニタ推奨なんだろうな）。

早速プラグインマネージャからインスコしてみようと思ったけれど，なんでかまだ「利用可能」プラグイン一覧で，このプラグインを見つける事はできなかった。しかたないので，java.netから直接 hpiファイルをダウンロードして手動インストール。

＃Hudsonトップ -> Hudsonの管理 -> プラグインの管理 -> 高度な設定 -> プラグインのアップロード

→ Java.net — 404 - Not Found

hpiファイルをHudsonにアップロードしたら，Hudsonを再起動してインスコ完了。設定のやり方は，以下の通り。

1. Viewの追加

2. eXtreme Feedback Panelを選択

3. eXtreme Feedback Panelの設定

やることは，xfpに表示するJobの指定と，表示するカラム数（1か2）と更新頻度くらい。

手元には，このために作ったサンプルのしょっぱいJobしかないので，まともな動作を確認することはできなかったんだけど，ビルドの進行状況や結果，テストの状況（成功数／総数）なんかが表示されるらしい。詳しくは，プラグインのWikiページにあるスクリーンショットを見た方が早い。

若干の注意事項といえば，サイドメニューが隠れてしまうので，普通のカスタムビューみたくビューの変更や削除を行おうと思ったら，自前でその画面に遷移しないとイケナイってのがある。例えば，"xfp"って名前でeXtreme Feedback Panelのカスタムビューを作ったとすると，下記のようなURLがそのビューのURLになるんで，

http://localhost:8080/view/xfp
                      ~~~~~~~~

設定を変更したいと思ったら，

http://localhost:8080/view/xfp/configure
                              ~~~~~~~~~~

削除したい場合は，

http://localhost:8080/view/xfp/delete
                              ~~~~~~~

ってやってね。

プラグインのバージョンが上がったら，こんなことしなくても済むようになるも知んないけど。

実験用としてHudson（1.326）のRPM化がなされたため、RedHat系のLinuxでパッケージ管理を行うことできるようになりました。

早速試したところ、CentOS5.2にて特に問題なく動作を確認できました。

以下、yumでインストールした手順を紹介します。

まず、公開鍵をインポートします。

rpm --import http://hudson-ci.org/redhat/hudson-ci.org.key

次に、/etc/yum.repos.d/CentOS-Base.repoをエディタで開き、以下のを文を追記します。

#Hudson
[hudson]
name= Hudson
baseurl=http://hudson-ci.org/redhat/
enabled=0
gpgcheck=1
gpgkey=http://hudson-ci.org/redhat/hudson-ci.org.key

yumコマンドでインストールします。

yum --enablerepo=hudson install hudson

とりあえず、これでインストール自体は終了です。

あとJavaの実行パスを指定するために、/etc/sysconfig/hudsonで開き、HUDSON_JAVA_CMD変数にインストールしてあるJavaの実行ファイルを指定します。

ex：
HUDSON_JAVA_CMD="/usr/java/jdk1.5.0_16/bin/java"

これで準備は終わりで、サービスを実行するとHudsonが起動します。

service hudson start

Winstoneで起動するようになっています。

また、実行ユーザはhudsonです。

今のところ実験用ですが、Redhat5.3での動作報告もされているため、近いうちに正式版のRPMがリリースされると思います。

https://hudson.dev.java.net/issues/show_bug.cgi?id=4417

「Emotional Hudsonをdisabledにしたら、今までビルドが見えなくなったYO」とバグレポをいただいたので、ちょいと調べてみました。

どうやら、Hudsonが生成するbuild.xmlの形式が変わったことが原因のようです。たとえば、Emotional Hudsonを作成した当時のHudson (1.200)で、Emotional Hudsonを有効にすると以下のようなbuild.xmlが生成されます。

<build>
       :
  <actions class="java.util.concurrent.CopyOnWriteArrayList">
    <hudson.plugins.emotional__hudson.EmotionalHudsonAction>
      <result reference="../../../result"/>
    </hudson.plugins.emotional__hudson.EmotionalHudsonAction>
  </actions>
</build>

それが最新のHudson(1.323)では、次のように変わっていました。

<build>
  <actions>
        :
    <hudson.plugins.emotional__hudson.EmotionalHudsonAction>
      <result>FAILURE</result>
    </hudson.plugins.emotional__hudson.EmotionalHudsonAction>
  </actions>
  <number>3</number>
  <result reference="../actions/hudson.plugins.emotional__hudson.EmotionalHudsonAction/result"/>

みると、<hudson.plugins.emotional__hudson.EmotionalHudsonAction>タグの外に出ている<result>タグが悪さをしているようです。

要するに、Emotional Hudsonをdisabledもしくは削除しても、各ビルドのbuild.xmlはそのままの内容で残り続けるため、各ビルドが存在しなくなったEmotional Hudsonを参照しようとして不具合を起こしているようです。

なお、 1.322 -> 1.321 -> 1.300 -> 1.200 -> 1.275 の順で追跡調査を行ってみましたが、1.200ではEmotional Hudson有効にして数回ビルドを実施、その後に無効化しても本件のような問題は起きませんでした（まあ、そんくらいはテストしてたし）。

1.275の場合、Emotional Hudson有効時のビルドのランプや天気アイコンが参照できなくなりましたが、ビルドそのものは無効にしても参照することができました。ちなみに、1.275の時のbuild.xmlは次のようになります（1.300系とビミョーに構造が異なります）。

<build>
  <actions class="java.util.concurrent.CopyOnWriteArrayList">
    <hudson.plugins.emotional__hudson.EmotionalHudsonAction>
      <result>FAILURE</result>
    </hudson.plugins.emotional__hudson.EmotionalHudsonAction>
  </actions>
  <number>2</number>
  <result reference="../actions/hudson.plugins.emotional__hudson.EmotionalHudsonAction/result"/>

1.300以降は、報告にあるようにEmotional Hudsonを無効にすると、有効時のビルドが参照できなくなります。おそらくHudsonが、エラーを吐いたビルドに対する扱いをより厳格にするようになったと推測します。できれば、どこが仕様変更点なのか特定したかったんですが、力尽きました（もう寝る）。

ps1.

本件がEmotional Hudson固有の不具合ではなく、Publisher系のプラグインでEmotional Hudsonと似たようなことを行っていれば再現しそうな感じを受けます。試しに、ci-gameプラグインでも試してみましたが、こちらは<result>タグを展開しないようで、再現はしませんでした。ただ、チャックノリス・プラグインはEmotional Hudsonと同じ匂いがするんで、公開されたら試してみようと思います。再現しなかったら、きっとそこに解決の糸口があるに違いない。:-)

→ RFC – ChuckNorris Plugin « Blog

ps2.

現時点ではEmotional Hudsonを無効にするると、有効時に実行したビルドが参照できなくなります。可能ならばEmotional Hudsonを有効のままにしておくか、面倒ですが手作業で各build.xmlの該当行を削除するしかないでしょう。根本的な解決を行おうとしたら、プラグイン単独で解決できるかどうかも不確かなのでアイデア募集します。

そんなわけで、もれなくhud子さんとhud美さんにも同じ不具合がついてきてますんで、ご注意ください。

＃すんません、すんません。

翻訳したメッセージファイルとヘルプファイルをコミットしました。次のリリースでもろもろ日本語になるはずです。

ただこれでもFindBugs警告の詳細な説明は英語のままです。

とりあえずこれを日本語化したい場合には、Hudsonのホームディレクトリ以下、/plugins/findbugs/WEB-INF/classes/hudson/plugins/findbugs/にある、Messages.xmlをMessages_ja.xmlで差し替えれば、現行のものでも日本語しか出なくなるはずです。

英語の記事しかなくて読み間違えてるかもしれませんが。

• Announcing Sun Continuous Integration Server | Java.net

GlassFish Portfolioっていう製品のなかにHudsonベースのSun Continuous Integration Server(SCIS)が含まれることになったとのこと。これにより、Sunの有償サポートが受けられる、という認識でいいのかな？ちうか日本のSunのサイトに全然情報が無くてよくわからない。。。

Base（1マスター＆1スレーブまで）で年999ドルというのは個人で出すにはしんどいですが、法人なら全然アリな値段、、、なのかなぁ？

（追記）おぉ、日本語の記事きたー。

• Sun Continuous Integration Server - 川口耕介の日記

プラグインの翻訳作業をしてると、頻繁に使われてる用語の訳語は先例にあわせないとチグハグな印象になってしまいます。なので、既に使われてそうな単語はどんな訳語を当ててるのかなーと探したりとかした方が良いはずです。めんどくさいですが。

てことで、プロパティファイルをざっくりさらって対訳コーパスを作成するスクリプトを書いてみました。出力はこんな感じ。

-----------------------------------------------------------------

property-filname :.\plugins\warnings\src\main\resources\hudson\plugins\warnings\Messages.properties

property-ja-filename:.\plugins\warnings\src\main\resources\hudson\plugins\warnings\Messages_ja.properties

---

Warnings.ProjectAction.Name:(en):Compiler Warnings

Warnings.ProjectAction.Name:(ja):コンパイラの警告

　

Warnings.ResultAction.MultipleNewWarnings:(en):{0} new warnings

Warnings.ResultAction.MultipleNewWarnings:(ja):{0} 個の新しい警告

...

これをテキストファイルにでも落としておいて、翻訳作業で出てきた単語をテキスト検索で探します。先例があれば例文付きで見つかりますし、無ければ心置きなく訳語を当てることができます。Hudsonは先達のおかげで日本語化がとても進んでるので、これを利用しない手は無いと思うのですよ。

以下作成したPythonのスクリプトです。

import os

def get_prop_dict(fname):
  f = open(fname)
  lines = f.readlines()
  f.close()

  d = {}
  nextline = False
  for line in lines:
    if nextline:
      val = val + ' ' + line.strip().rstrip('\n')
      if val.endswith('\\'):
        val = val.rstrip('\\')
      else:
        d[key] = val
        nextline = False
        
    pos = line.find('=')
    if pos != -1:
      key = line[:pos]
      val = line[pos+1:].rstrip('\n')

      if val.endswith('\\'):
        val = val.rstrip('\\')
        nextline = True
      else:
        d[key] = val
        nextline = False

  return d

def property_out(property, ja_property):
  print '-----------------------------------------------------------------'
  print 'property-filname    :' + property
  print 'property-ja-filename:' + ja_property
  print '---'

  prop_dict = get_prop_dict(property)
  prop_dict_ja = get_prop_dict(ja_property)

  for key in prop_dict_ja.keys():
    if prop_dict.has_key(key):
      print key + ':(en):' + prop_dict[key]
      print key + ':(ja):' + prop_dict_ja[key].decode('unicode_escape').encode('shift_jis')
      print

for root, dirs, files in os.walk('.'):
  for f in files:
    if f.endswith('.properties'):
      property = os.path.join(root, f)
      ja_property = property.replace('.properties', '_ja.properties')
      if os.path.exists(ja_property):
        property_out(property, ja_property)

ここらへんみんなどうしてるのかなー。きちんと訳語辞書とか作ってるのかなやっぱり。

1.286からHudson Pluginの仕様が少し変わりました。

PluginImplクラスを使わなくなり、代わりにExtensionアノーテーションを使うようになりました。

各ExtensionPointによってやり方は少し違ってくるかもしれませんが、大枠として、

DescriptorImplをnewしているpublic static finalな変数に@Extensionを付けるといいみたいです。

Twitter Pluginの場合はこれだけでいけました。

他にもJavaDocを見ているとExtensionFinderというクラスがあって、DIを使用することも可能のようです。

細かいですが、Pluginがより簡単に作れるようになっていますね。

全然タイムリーではないですが、3/14 Seasar Conference 2009 Whiteにて、「HudsonによるOSS開発」というタイトルで発表してきました。

内容はデブサミのときに発表したものを焼きなおして、少し深く行っております。

なので、デブサミのときにも来られた方がいらしたら、申し訳ない感じです。

また、もっと基本的なことや反対にもっとマニアックなことが知りたかった方々にとって、物足りなかったのかなと思います。

この辺、どこにターゲットを置くか、どのあたりまで広げるかは、来ていただく方々の層が読めないとうまくいかない感じです。

あと、Jiemamyの宣伝ととられていたかもしれませんが、この辺はどういう風に開発を行っているのか、というところが大切になると考えていたので、詳細に説明しました。

この中でHudsonのバックアップは取っていないという話をしましたが、バックアップはしなくてよい、という話ではないです。

まずはバックアップする必要があるかどうか、ということをまずは考えるべきじゃないかと考えています。

例えば、開発者にとっては直近のビルド結果が大切なので、バックアップを頻繁にしなくてもいいと思いまし、まったくなくても特に問題になることは少ないと考えています。

なんならもう一回環境を作って、ビルドしなおせばいいだけですから。

しかし、マネージャにとっては今までのビルド結果は今後のために必要だと思います。

また、Hudson自体のバックアップはともかく、CIサーバの環境構築に手間がかかる場合は、CIサーバを丸ごと仮想化にして定期的にスナップショットを取るのは有効になります。

この辺は、いろんな要素がからんでくるところだと思いますので、何が最適解かというのは環境や目的によって大きく変わるところでしょうね。

ちなみに、Hudson Backup Pluginは最近id:kiy0takaさんが作っています。

http://d.hatena.ne.jp/kiy0taka/20090316/1237215917

と、自分が発表した話はこれぐらいで、自分の発表時間以外は以下の発表を聞いていました。

• Wicketとシステム開発の現場（id:t_yano）
• テスト駆動開発のこころ (TDD はじめの一歩)(id:t-wada)
• モダンSwing - S2SwingでGUI開発はどう変わるか(id:kaiseh)
• ライトニングトークス

Wicketとシステム開発の現場

新しいフレームワークであるWicketがなぜ必要であるのか、開発をどういう風に進めていくのか、を丁寧に説明していました。

自分はStrutsをまったく知らないためあえてStrutsから始める必要がないため、おろそかにしてしまいがちな部分であることを再認識しました。

また、Wicketで何かしらWebアプリケーションを作りたくなる気にさせてくれました。

ちょうど本もでましたしねｗ

あと、偉い人という無茶振りされて困惑しましたよ。

テスト駆動開発のこころ (TDD はじめの一歩)

TDDの実践について分かりやすいセッションでした。

特に、短時間（3〜5分程度）で終わらないテストはUnitTestではない、といったことやレガシーコードとはテストのないコードである、という言葉は印象的でした。

今だと昔と違って日本語の書籍もそれなりにあるし、動画でやり方をまねることもできるので、今後参考にしていこうと思いまし。

id:t-wadaさんにも無茶振りされて、困惑しました。

モダンSwing - S2SwingでGUI開発はどう変わるか

Tophatenarで有名なid:kaisehさんのセッションでした。

Swing Application Framework（JSR 296）だけだと使いにくいので、使いやすくしたのがS2Swingという位置づけのようです。

いろいろと冗長になりがちなコードを、すっきりと書けるようにすることを心がけているようです。

発表を見ていて思ったのですが、練習されたとはいえデモ作成のタイピングが早く、感嘆したところです。

あと、ついにGUIアプリにもDIが使われ、DIからは逃れることができない状況になりつつあります。

ライトニングトークス

前回のLTも楽しかったのですが、今回もやってくれました。

かなり面白かったです。

特に「ソースコードリーディングのすすめ（仮）」でソースコードのタイポや一貫性のなさといったところはLTで話す分には面白かったですが、実際目にしたりするとひどくがっかりするところなので、気をつけようと思います。

また、LT後の木村さんのEclipse Plugin「ギブス」のデモがありまして、そこでヨシオリさんが公開処刑の刑にあってました

このあと打ち上げに行ってといつものパターンのようでしたが、残念ながら裏番組にいろいろと楽しそうなものが結構あって、見ることができなくて残念でした。

そういうこともあるので、同じ内容でも繰り返し行う必要はあるのかなと思います。

あと、無茶振りは止めてください。

自分は竹迫メソッドなんてできないので、勘弁してください。

3/14のSeasar Conference 2009 Whiteにて「HudsonによるOSS開発」というタイトルで話してきます。

今回はデブサミと打って変わって、ディープな内容にシフトした発表になると思います。

Jiemamyでの運用の話がメインになりますが、Hudsonの運用の話が聞きたいと言う方はどうでしょうか？

Administering Hudsonによると、HUDSON_HOMEフォルダを丸ごとコピーすればよいみたいです（Hudsonの動作中でも可能）。ただ、ジョブの数が多いとHUDSON_HOMEのサイズがかなり大きくなってしまうため、各ジョブのworkspaceフォルダ以下は除いて、zipで固めるようにしました。

<project default="backup" basedir=".">
	<property environment="env" />
	<target name="backup" >
		<zip basedir="${env.HUDSON_HOME}"
			destfile="hudson.zip"
			excludes="war/**, jobs/*/workspace/**, *.log">
		</zip>
	</target>
</project>

workspaceの他にも、warフォルダとlogファイルはいらなそうだったので除きました。

タスクから実行しても良いのですが、せっかくなのでバックアップ対象のHudsonで実行するようにしました。

以前試したときには、IEの起動に失敗するため、サービスとして起動したHudsonからSeleniumのテストを実行できないという結論になってました。しかし、Hudsonのサービスを実行するアカウントをローカルシステムアカウントにして「デスクトップとの対話をサービスに許可」にチェックを入れておけば、IEも起動できてテストを実行することができました。サービスとして実行しているSlaveもOKでした。

ログインしているコンソールに下のようなダイアログが表示されます(Windows Server 2008)。

SeleniumからInternetExplorerが起動できない場合というエントリでも書いたのですが、IEのポップアップブロックを無効にする必要があります。ローカルシステムアカウントでIEが起動されるので、レジストリを直接変更して、ポップアップブロックを無効にしておきます。

regeditにて、

HKEY_USERS\S-1-5-18\Software\Microsoft\Internet Explorer\New Windows

PopupMgrの値を0にします。

↑違いました。PopupMgrは2003だと文字列型で値が"no"にします。

参考）Tales from the Script: 2005 年 6 月 - Internet Explorer のポップアップ ブロックのスクリプトを作成する

Developers Summit（デブサミ）に行ってきました。

前々から行ってみたかったのですが、まさか初参加にして初スピーカになるとは思いもよらなかったです。

急きょスピーカーになることになったので、あまり準備がはかどらなかったので、準備に時間が割けなかったのが痛かったです。

当日、10時過ぎに会場入りし、会場は目黒雅叙園でここに来るのも初めてでしたが、結婚式場ということもあって、おしゃれな場所でした。

発表者控え室にて資料の最終調整をしていると、和田（id:t-wada）さんが様子を見に来られ、もうひとつの控え室にいるとのこと。

岩切（id:IWAKIRI）さんも来られ、スーツコスプレでしょ、と見透かされました。

女性の勘はすごいですね。

で、今いるところは知ってる人がいないので、横の控室に移ることにしました。

角谷さんやせとさんたちも多々見受けられる中、id:hasegawayosukeさんの隣で作業していると竹迫さんが来られ、ここで初めて会えることに。

Twitterでからむことがあったので、実際に会って話ができたのが良かったです。

そのあとはid:HolyGrail*1とイチイさんが来て、ヨシオリさん来ないっすねーみたいな話をしつつ、お昼ごはんを食べつつ最終調整へ。

13:10から発表で、持ち時間は50分で実際は45分でした。

スライド数は多くオーバーするのはまずいと思っていましたので、ちょと短いぐらいでおさまって良かったです。

お客さんがどういう感じか読みづらかったので、発表後もも少し操作の説明を多くするのほうがいいのでは、いやCIの概念の説明をおおくするほうがいいのでは、いまいちつかみきれない感触でした。

それでも、Hudsonについて、CIについて理解してもらう一歩になったんじゃないかな、と思います。

発表後は質問コーナーへ移動するときに、高井さんと偶然会うことになりまして、おもしろいものない？という無茶ぶりされました。

話を終えて、質問コーナーで待機していたのですが、人がほとんど来なかったですね。

まぁ、そりゃそうか、と思ったのですが、ヨシオリさんたちのセッションも一人も来なかったようなので、そういうものかと思いました。

その質問コーナーも時間が来たので控室に戻ると、ヨシオリさんが来ていて資料作りをしていて、にぽたんさんも到着。

自分は展示ブースを見ることにしました。

オブラブブースに行くとドラ娘（id:ngtyk）に「オブラブ合宿に来ないのに、java-ja温泉に行くのね。ヒドイ。」と。

返す言葉がございません。

一通り見終わると、残りのセッションを見ることにしました。

さすがに最後のセッションになると疲労困憊で眠気との戦いでした。

そのセッションも終わると撤収作業をして、6人ほどで打ち上げに行きました。

そこではじめて目の前の人が「はまちちゃん」その人だと知り、びっくりしましたが、なかなか気さくな方でおもしろい飲み会になりました。

なんだかんだで気づいたら4時間ぐらい飲んでいまして、ものすごく楽しい飲み会でした。

最後になりますが、

角谷さん、デブサミで発表枠を持ちかけてくださって、ありがとうございました。

和田さん、テスト枠での発表になり、いろいろとアドバイスを頂き、ありがとうございました。

岩切さん、デブサミに発表者として参加させていただき、ありがとうございました。

そして、皆さん、お疲れ様でした。

Hudsonで分散ビルド環境を構築しているのですが、いつの間にかSlaveとして動作しているWindowsマシンのサービスが停止していました。いつの間にか、、ってことはないので、よく覚えていないのですが多分アップデートしたんだと思います。

2009/01/28 15:27:36 hudson.remoting.Channel$ReaderThread run
致命的: I/O error in channel channel
java.net.SocketException: Software caused connection abort: recv failed
	at java.net.SocketInputStream.socketRead0(Native Method)
	at java.net.SocketInputStream.read(Unknown Source)
	at java.io.BufferedInputStream.fill(Unknown Source)
	at java.io.BufferedInputStream.read(Unknown Source)
	at java.io.ObjectInputStream$PeekInputStream.peek(Unknown Source)
	at java.io.ObjectInputStream$BlockDataInputStream.peek(Unknown Source)
	at java.io.ObjectInputStream$BlockDataInputStream.peekByte(Unknown Source)
	at java.io.ObjectInputStream.readObject0(Unknown Source)
	at java.io.ObjectInputStream.readObject(Unknown Source)
	at hudson.remoting.Channel$ReaderThread.run(Channel.java:637)
...
2009/01/28 15:27:48 hudson.remoting.jnlp.Main$CuiListener error
致命的: unexpected stream termination
java.io.EOFException: unexpected stream termination
	at hudson.remoting.Channel.<init>(Channel.java:261)
	at hudson.remoting.Channel.<init>(Channel.java:205)
	at hudson.remoting.Engine.run(Engine.java:89)
"-url" is not a valid option
java -jar jnlp-agent.jar [options...] <host> <hudson URL> <secret key> <slave name>
 -headless         : Run in headless mode, without GUI
 -tunnel HOST:PORT : Connect to the specified host and port, instead of connecti
                     ng directly to Hudson. Useful when connection to Hudson nee
                     ds to be tunneled. Can be also HOST: or :PORT, in which cas
                     e the missing portion will be auto-configured like the defa
                     ult behavior
Failing to obtain http://hudson-server/../computer/Update/slave-agent.jnlp
java.io.IOException: http://hudson-server/../computer/Update/slave-agent.jnlp doesn't look like a JNLP file
	at hudson.remoting.Launcher.parseJnlpArguments(Launcher.java:106)
	at hudson.remoting.Launcher.main(Launcher.java:86)
Waiting 10 seconds before retry
...

課題 2824によるとslave.jarをアップデートする必要があるとのことなので、warに含まれるslave.jarに差し替えたところ正常に起動するようになりました。途中でhudson-slave.xmlに含まれるjnlpUrlがおかしいのかと思いいじったのですが、元に戻した気もするので関係なかったかもしれません。

引き続き、Hudsonをいじってます。

Hudsonを使い始めるときに「Maven2プロジェクトのビルド」ジョブを作成していままで使っていました。これだとリポジトリのURLと実行するpomとgoalの設定くらいで動かすことができて非常に楽チンでした。ただ、もう少し細かく設定したいと思ってフリースタイルプロジェクトに変更しました。

Maven2プロジェクトに比べてテスト結果の集計など設定すべき項目が多少増えましたが、モジュール間のビルドの依存性などを細かく設定できかなりよいです。もっと早くこっちにしておけばよかったと思います。

Maven2プロジェクトからフリースタイルプロジェクトに変更したところ、結果的に最近悩まされていた↓も解消されました。

• ビルドでSocketTimeoutExceptionが発生する
• ビルド後の処理でwarファイルをTomcatにディプロイする際にもSocketTimeoutExceptionが発生する

hudson.warから直接Hudsonを起動するようにしたところ、別マシンから、Hudson内のJNLP経由でスレーブエージェントを起動するためのリンクをクリックした際に、エラーが発生するようになりました。404 Not Foundですよ、というメッセージで、確かにURLがTomcatにディプロイしていた時のまま(http://サーバ/hudson/)になっているのが原因のようなのですが、スレーブの設定をやりなおしたりしたのですが直りません。。

MLの過去ログを調べたところまったく同じ件がありました。

Nabble - Hudson users - Moved master to new machine, now when creating new slave, jnlp tries to connect to old machine

JNLPのURLは、[Hudsonの管理]->[システムの設定]->[Email通知]->[Hudson URL]の値が使用されるようで、こちらを変更したところ正常にスレーブを起動できるようになりました。

ただし、SocketTimeoutExceptionが発生する件はスレーブの方でも発生していますorz.

いつの前にかHudsonの特定のジョブの実行で、SocketTimeoutExceptionが発生するようになってしまいました。

Parsing POMs
[parent] $ C:\Java\jdk1.6.0_05/bin/java -cp "C:\Program Files\Apache Software Foundation\Tomcat 5.5\webapps\hudson\WEB-INF\lib\maven-agent-1.270.jar;C:\Program Files\Apache Software Foundation\apache-maven-2.0.9\boot\classworlds-1.1.jar" hudson.maven.agent.Main "C:\Program Files\Apache Software Foundation\apache-maven-2.0.9" "C:\Program Files\Apache Software Foundation\Tomcat 5.5\webapps\hudson\WEB-INF\lib\remoting-1.270.jar" "C:\Program Files\Apache Software Foundation\Tomcat 5.5\webapps\hudson\WEB-INF\lib\maven-interceptor-1.270.jar" 3976
ERROR: POMの解析に失敗
java.net.SocketTimeoutException: Accept timed out
	at java.net.PlainSocketImpl.socketAccept(Native Method)
	at java.net.PlainSocketImpl.accept(Unknown Source)
	at java.net.ServerSocket.implAccept(Unknown Source)
	at java.net.ServerSocket.accept(Unknown Source)
	at hudson.maven.MavenProcessFactory$SocketHandler$AcceptorImpl.accept(MavenProcessFactory.java:143)
	at hudson.maven.MavenProcessFactory.newProcess(MavenProcessFactory.java:176)
	at hudson.maven.ProcessCache.get(ProcessCache.java:169)
	at hudson.maven.MavenModuleSetBuild$RunnerImpl.doRun(MavenModuleSetBuild.java:328)
	at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:244)
	at hudson.model.Run.run(Run.java:832)
	at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:204)
	at hudson.model.ResourceController.execute(ResourceController.java:70)
	at hudson.model.Executor.run(Executor.java:90)
finished: FAILURE

何回かに一回は正常に実行できる場合もあり原因が特定できていないのですが、状況からすると↓の件かもしれないです。

hudson: 課題 2394

「OS: Windows XP」とあり確かに私のところもXPです。Windows2003 Serverに移そうかとも思っていたのですが、試しにhudson.warをTomcatにディプロイするのをやめて直接起動するようにしたところ、なぜか解消されました。

「HudsonでCIしようぜ！」というタイトルでLTしてきました。

JJUGの2次会のときに角谷さんと話をした縁で、オブジェクト倶楽部にて発表することができました。

ありがとうございます。

見てみた感じ、スーツっぽいというかマネージャっぽい感じの人が多い、という印象でした。

まぁ、それはそうでしょうね。

それで、LTのほうは1分半ほどディスプレイとPCをつなぐところでロスをしてしまいましたが、なんとかうまくまとめることができました。

言いたかったことは、CIを行いましょう、CIツール使いましょう、CIツールはHudsonいいですよ、という点です。

うまく伝わったかどうかわかりませんが＾＾；

あと、CIツールは犯人探しに使われるといいましたが、それは誰がビルドを壊したコミットをしたのかがわかるので、そういう人を見つけ責めることにも使える、ということです。

それと、トラックナンバー１というのは、トラックナンバー（抜けると困る人数）が１ということです。

ビルドするのに、この人いないとできません、というのはさすがにまずいと思うので。

それで、自分以外のLTはなかなか面白かったですね。

特に、メールのシグネチャの話は意表を突かれて良かったです。

LT後のセッションではタイムラインというのを行いました。

今年を振り返って、良かったことと悪かったことを列挙して、時系列に並べるというものです。

やってみると、なかなか人それぞれで人生模様という感じになっていました。

こうやって出し切る、というのは次のステップに必要なんだと実感しましたね。

セッションが終わると、LT発表者にはそれぞれ本を頂くことができました。

私が選んだのは、「Xen 仮想化技術」という本です。

仮想化技術Xen-概念と内部構造

• 作者: David Chisnall,日本仮想化技術(株),渡邉了介
• 出版社/メーカー: 毎日コミュニケーションズ
• 発売日: 2008/08/20
• メディア: 単行本（ソフトカバー）
• 購入: 3人 クリック: 55回
• この商品を含むブログ (25件) を見る

なんでこの本になったかというと、他の方が選んだ後で選択の余地があまりなかったのと、やっぱり仮想化には興味があったから、ということです。

お高い本で自分ではなかなか買えず、頂けて本当、助かります。

２次会ではJava関連の人など絡みつつ、RT*1を聞いていました。

１次会のLTであまりドラを鳴らせなかった欲求不満のドラ娘が、ここぞとばかりに鳴らしていましたね。

結構、お酒がまわりぐだぐだな感じで飲み食いしていると、いつの間にやら閉会時間。

そして、そのまま帰るのは気がひけたので、３次会へと突入して、・・・。

とりあえず、オブジェクト倶楽部でHudsonの話ができてよかったです。

開発中のアプリケーションのスナップショット版を関係者に公開しているサーバにディプロイするためにHudsonのDeploy Pluginを使ってみました。このプラグインは、ビルド後にアプリケーションサーバへのディプロイしてくます。

このプラグインをインストールすると、各プロジェクトの設定の"ビルド後の処理"に以下の設定項目が追加されるので、

ここを設定しておくとディプロイしてくれます。

Tomcat URLにはディプロイしたいTomcatのマネージャアプリのURLを指定します。

使ってみて一つ問題がありました。

Hudsonやプラグインのの問題ではないのですが、再ディプロイしようとすると古いアプリケーションが削除できないできない現象が発生しました。Tomcatのwebappsフォルダを見てみるとwarファイルを展開したフォルダの"WEB-INF/lib"フォルダに、ロックされているみたいで、jarファイルが削除されずに残ったままになっていました。ちなみに削除されなかったのは、struts,commons-digester, commons-validatorあたりでした。

これについては、こちらを参考にさせていただき、warファイルに、以下の内容のMETA-INF/context.xmlを含めることで、ファイルをロックしないようにすることができました。根本的な対応ではなく、パフォーマンスにも多少影響があるようですが、本番環境ではないのでとりあえず、目をつむります。

<Context antiJARLocking="true" antiResourceLocking="true"/>

これまでもSeleniumを使ったテスト用にCargoのMavenプラグインを使ってディプロイをしていたのですが、どちらを使うべきか迷います。Deploy Pluginに限ったことではないのですが、個人的にはMavenを使ったプロジェクトではmavenでできることはpom.xmlに記述しておいた方が、コマンドラインからも実行することができるのでよいような気がしています。

Hudsonは年に数回くらい気が付いたときに新しいバージョンに入れ替えているのですが、どんどん使いやすくなってますね。

いつの間にかプラグインの管理もできるようになっていて便利です。私のようなWebアプリケーションを開発する人間にとっては、便利なだけでなく、ユーザビリティやプラグインの機構など、すごくお手本になるプロダクトだと思います。

Seleniumのテストにかなり時間がかかるようになってきてしまったのと、VistaのIE7を使ってSeleniumのテストをしたいので、Hudsonの分散ビルドの機能をためしてみました。

• Step by step guide to set up master and slave machines - hudson - Hudson Wiki
• Distributed builds - hudson - Hudson Wiki

Java Web Start(JNLP)を使う方法をためしてみましたが、Step by step guideのとおりやるだけで簡単にできました。ほんとHudsonはいたれりつくせりです。

1. マスター側
   1. Hudsonの管理->システムを開く
   2. マスタ・スレーブセクションにてスレーブ設定を追加する
   3. ジョブの設定にて、"このビルドは指定のノード上でのみ実行"にチェックを入れて、ジョブを実行するノードを指定する
2. スレーブ側
   1. ブラウザでHudsonを開き、ビルド実行状態一覧からスレーブを選択
   2. "Launch slave agent"をクリックし、WebStartでslave agentを実行
   3. Hudson slave agentにて"connected"と表示されたらOK（ビルド実行状態一覧でスレーブが"待機中"になる）

こんな感じ。こういう分散処理って動くとなんだかワクワクします(私は設定しただけですが)。

ただし、Javaは当然としてMaven2など必要なものはスレーブにも入れておく必要があり、またパス等の設定はマスター・スレーブ共通になるようです。この辺は以下のcactusmanさんと川口さんのエントリにあるとおりで、将来的には設定できるようになるようです。

• Hudsonでの分散ビルド？ - cactusman日誌
• Hudsonでの分散ビルドについて - 川口耕介の日記