Jenkins勉強会に行ってきました。 - wyukawa's diary
2月25日 第2回 Jenkins勉強会（旧Hudson勉強会）(東京都) 申し込みを開始するとすぐ満席になりキャンセルもあまり出ないという大人気なJenkins勉強会に行ってきました。 Togetterはこちら 2011/02/25 第2回 Jenkins勉強会（旧Hudson勉強会） - Togetter Ustはこちら Jenkins勉強会 スピーカーじゃない立場での勉強会出席は久しぶりな感じですね。 先週に引き続きニフティさんにお邪魔してきました。いつもありがとうございます。_m( )m_ 明日から一週間イギリスに家族旅行に行ってくるので忘れないうちに感想を書いておきます。 ＃なのでネットからは少し離れます kohsukekawaさんの発表（Sun Java EE部隊のJenkins運用例） 最初にHudsonからJenkinsへの名称変更の経緯に関する説明がありました。当初はOr
第2回 Jenkins勉強会(旧Hudson勉強会) に行ってきた - techlog
Sun R.I.P ステッカーを [twitter:@kanu_] さんから頂いた。トイレに行っている間に配っていたようで、残念だなぁと思っていたら、まだ余っていると川口さんが言ったので、全力で手をあげてもらいにいった。ちなみに R.I.P. は Rest In Peace で 安らかに眠れ といった感じ。 TogetterやUstやWikiはこちら。まとめてくださった方、動画配信してくださった方に感謝。 Togetter - 「2011/02/25 第2回 Jenkins勉強会（旧Hudson勉強会）」 Ustream.tv: 第二回 Jenkins勉強会 Twitter / 検索 - #jenkinsstudy 第2回Jenkins勉強会 - 日本語 - Jenkins Wiki 名称変更についてはこっちに書いた。それ以外のことについてここに書く。 Hudson名称変更に関する経緯 -
第15回G*ワークショップと第2回Jenkins勉強会 - blog4j 2.0
第15回G*ワークショップ と 第2回Jenkins勉強会 に参加してきました。 自分の中で一番HotなGroovyとJenkinsの話が聞ける2日間、それはそれは楽しかったですよ。誰となく。*1 G*ワークショップ 今回の川口さんの帰国にあわせて、セッションをお願いしたら快く受けて下さり今回のワークショップが実現しました。本当にありがとうございました。 今回はUst録画ありますよ！ http://www.ustream.tv/channel/jggugws Droovyについてはよく知らなかったのですが、Jenkinsスレーブを使って分散処理させるというもので、クロージャの中がスレーブ上で実行されるというとても素敵なものでした。同じようなものでGroovy Remote Controll (http://groovy.codehaus.org/modules/remote/) というのが
r-rabsのRedmine Hudson Pluginがすばらしい件 - プログラマの思索
r-rabsのRedmine Hudson Pluginを運用してみて、とてもすばらしいと思ったので、良かった点を書いておく。 【元ネタ】 Redmine - Hudson Plugin 0.1.0 - Redmine RedmineとHudsonを連携させる方法 - Faster Than Light 【1】ジョブの一覧からビルド履歴を簡単に見れる点がよい。 下記を見れば一目瞭然。 r-labs - Redmine 大規模プロジェクトになるほど、開発チーム単位でビルドモジュールを開発するため、複数のジョブが作られる。 Redmineでタスク管理しているのだから、Redmine上でHudsonを見れるのはすごく便利。 【2】チケットにあるSVNリビジョンの履歴に、どこまでビルドしたのか(SUCCESS)、が表示される 下記を見ると、SVNリビジョンにコミットログだけでなく、どのビルド番号に
第2回 Jenkins勉強会（旧Hudson勉強会）に参加してきた - Diary of absj31
(写真：大森駅北口) 1週間振りのニフティ＠大森、そして昨夜に引き続き連夜の川口さんセッション聴講。 と言うことで、第2回 Jenkins勉強会（旧Hudson勉強会）に参加してきました。 2月25日 第2回 Jenkins勉強会（旧Hudson勉強会）(東京都) 当初この勉強会に関しては、勉強会の存在(発表)を知ったものの時既に遅し(定員達成)、あぁ〜こりゃ諦めるか、UStreamに期待してどっかで観戦するかな〜と思ってた所、開催数日前に『キャンセルしたので今なら空いてます』との有り難いつぶやきメッセージが私の元に。御好意をありがたく頂き、生観戦出来る事になりました。uemuraj (uemuraj)さん、その節はありがとうございました！ 今回のUStream Ustream.tv: ユーザー cactusman: Jenkins勉強会 02/25/11 今回のTogetter Toge
hudsonからjenkinsへ - タイトルは未定
Trac Lightningにはhudsonが同梱されていますが、これをjenkinsに置き換えてみました。まぁ、hudsonもまともに使ったことないんですけどね。残念ながら。試したのはTrac Lightning 3.0.8です。 jenkinsのダウンロードと配置Jenkinsのダウンロードページ から jenkins.war をダウンロードするjenkins.war を C:\TracLight\hudson に置くC:\TracLight\hudson を C:\TracLight\jenkins にリネーム 起動用バッチの編集hudson.bat をコピーして jenkins.bat にリネームバッチファイルの中身を jenkins に置換"%JAVA_CMD%" -Duser.home="%TL_PROJECT_HOME%\jenkins" -jar jenkins.war -
Hudsonの操作権限をユーザ/グループ/ロール別に制御する - ふぞろいのGENGOたち
はじめに Hudsonを標準状態のままで使用した場合、Hudsonにアクセスできる全てのユーザが、Hudsonの全ての機能を制限なく利用できてしまいます。 Hudsonの機能を熟知しているチーム内でHudsonを使用するのであれば、この標準状態の方が設定に煩わされない分、簡便に運用できるので都合が良いかもしれません。 しかし一般的には、間違った操作によってHudsonが動作しなくなることを防ぐために、「Hudsonの管理者」と「Hudsonの利用者」くらいの最低限の区別をした方が良いのではないかと思います。 そこで、この記事では、Hudsonのユーザーデータベースを使用して、Hudsonの操作権限を制御する方法について説明したいと思います。 なお、説明を簡素化するために、Hudsonの公式サイトにはない用語や分類を用いて説明していますので、その点はご了承ください。 操作権限を制御する前に
Bye bye Hudson, Hello Jenkins - Kohsuke Kawaguchi
(This post was originally made under an incorrect location, so I’m moving it here. The contents haven’t changed since its original post on Jan 11th 2011.) As some of you may know, toward the end of the last year, Hudson project has experienced a fire drill — you can see it here, here, here, and here. In short, the issue was that Oracle was asserting a trademark right to the project name “Hudson”
オラクルとの交渉行き詰まり Hudson改称へ - karasuyamatenguの日記
Hudsonコミュニティーの代表の一人「abayer」がプロジェクト改称のについて声明した。Kohsuke Kawaguchiを含むコミュニティーリーダがオラククルと交渉してきたが、プロジェクト名については接点が見出せず、コミュニティーの投票にかけることになるそだ。次の名前には「Jenkins」がもう選んである。Hudsonに続いて英国の執事っぽいものを選んだそうだ。 http://www.hudson-labs.org/content/hudsons-future 分かり易いバージョンはこちら オラクルとの交渉はプロジェクトのインフラ(メールリストやSCM)、Hudson coreのコードレビューポリシー、これからのガバナンスの構造など、良い成果があがった。 しかし折り合いがつかない部分もある。 第三者依存ライセンス(third party dependency licenses)と、「
iPhoneアプリ開発記（６）：Objective−C + Xcode で ユニットテスト と CI - Natural Software
新しい開発環境を試すと、TDD と CIのやり方を調べたくなる病気にかかっているワタクシです。 自分の観測範囲内でiPhone開発で単体テストとかCIとかの話題を聞かないので調べてみました。 それでも日本語の情報は少ないですね。開発者の方はどうやってテストしてるんだろう？？ ＃秘密保持だかなんだかに引っかかる？？ 参考になる情報があればコメントもらえると嬉しいです。 とりあえずTDDとCIのやり方が載ってるサイトを見つけたのではっときます。 TDD(というか、ユニットテストのやり方)は動画を見てなんとなくやってみました。 CIはサイトは見つけたのですがまだやってないので、後で書こうと思います(多分) 個別のエントリにしました iPhoneアプリ開発記（６−１）：Objective−C + Xcode で ユニットテスト iPhoneアプリ開発記（６−２）：Objective−C + Xco
Hudson APIでジョブを一発コピー - @ikikko のはてなブログ
メリー苦しみます！性なる夜のクリスマスイブでも特に予定がないikikkoです、こんばんは。みなさん、いかがお過ごしでしょうか。 滑るような前置きはさておき、本題に入りましょう。今日は、HudsonのRemote Access APIとそれを使ったちょいプログラムを紹介したいと思います。 APIの概要 Hudsonの特徴といえば親切すぎるほどのGUIですが、実はCLI（コマンドラインインターフェース）やAPIも付いています。HudsonでどんなAPIが使えるかは、Hudson上の各URLの末尾に"API"を付けてやると分かります。 例えばジョブ一覧画面の https://hudson.eclipse.org/hudson/ で使えるAPIは https://hudson.eclipse.org/hudson/api/ を叩くと判断できます。「Create Job」や「Copy Job」「Re
複数プロジェクトがある場合のビルド環境 - @ikikko のはてなブログ
環境依存の情報の管理やHudsonのジョブ設計など - watawata日記に触発されて。自分もちょうど考えてることがあったのですが、140字ではとても足りないのでブログにまとめてみます。 ちなみにJava開発の話です、はい。 前提 「ビルドスクリプトは、IDE/CIに依存しないこと」が大事だと考えています。（Java開発においては）IDE上で開発する方が大多数だと思いますが、コマンドプロンプト・シェルスクリプト上でビルドできて、かつCI上でも同様に実行できること。これがビルド環境を考える上で大事なことですね。 プロジェクトの分類 ここでは、2つの要素でプロジェクトを分類します。 依存ライブラリ管理の仕組みが有るか？ IDE上で、プロジェクト間での直接参照が有るか？ 依存ライブラリの管理というのは、平たく言えばMaven/Ivyを導入しているか？ということです。IvyはAntベースで、Ma
環境依存の情報の管理やHudsonのジョブ設計など - wyukawa's diary
環境依存の情報（DBサーバやメールサーバのIPアドレス、ファイルパスなど）をどう管理していくかは重要です。ローカルと結合環境では当然これらの値が違ってくるでしょう。 僕がやっているのはこれらの設定が書かれたファイルをリポジトリに置く際はローカルにあわせたものとし、ビルドする際に結合環境に切り替える。結合環境用の値は別途ビルド用の設定ファイルに書いておく。 例えばHibernateを使っているならhibernate.cfg.xmlには jdbc:oracle:thin:@localhost:1521:XE というローカル用のDB接続情報を書いておきます。 でビルドする際にこの値を結合環境用に jdbc:oracle:thin:@dbserver:1521:sample のように書き換えます。この情報はビルド用の設定ファイル（例：Antならbuild.properties）に書いてビルド時に置
日本Hudsonユーザー会も発足した「Hudson勉強会」活動報告 | gihyo.jp
11月12日金曜日、Hudsonの生みの親である筆者の訪日にあわせて、法政大学情報科学部、Seasarファウンデーションの後援で、Hudson勉強会（またの名を「日本ビルド職人の集い」）が開催されました。200人以上集まる大きなイベントとなり、様々な発表やLTが行われました。その模様を報告します。 「Hudson初心者向けデモ」 まず、cactusmanさんによる、Hudsonをさわった事のない人向けへの紹介とデモが行われました。「java -jar hudson.war」で起動できるのが大変便利だとし、Hudsonからはスケジューリング、チェックアウト、ビルドの実行、結果のまとめ、ビルドの通知などができると紹介されました。 デモでは、Subversionリポジトリ上に格納されたMaven2プロジェクトをビルドする様子を紹介し、コミット後すぐにビルドが始まる様子や、新しいテストを追加
ビルドシステム構築スキルの重要性 - 達人プログラマーを目指して
忙しいプロジェクトだとどうしてもおろそかにされがちなところですが、maven2やant+ivyを使ってビルドやリリースの自動化を行い、Hudsonなどの継続的結合環境上で動作させることは、開発生産性向上のために欠かせないことです。ビルド自動化はアジャイル開発なら当然必須ですが、そうでないウォーターフォールのプロジェクトであっても、是非取り入れたいことです。 そこで、意外な盲点となるのが、正しくビルドスクリプトを作成して、メンテナンスするプログラマーのスキルが非常に重要であるという点です。こういったビルドスクリプトはあくまでも最終納品物ではなく、生産性向上のためのツールという位置づけのためか、多くのプロジェクトではきちんとした工数や担当者がアサインされることなく、仕事の合間に知識のあるプログラマーがボランティアで開発するというケースも多いのではないでしょうか。しかし、最近の複雑なアプリケーシ
Windows で hudson サービスが再起動できない場合の対処法 - miauのブログ
Windows Server 2003 R2 Standard Edition SP2 の環境に新たに Hudson 環境を構築しているのですが。hudson サービスの再起動がどうもうまくいかないので原因調査してみました。 Hudson のバージョン 1.353 と 1.384 で試しています。 現象 Hudson の各ページ（/restart とか /safeRestart とか）から再起動すると、一回目は再起動できるけれど、二回目以降は「Hudsonが再起動するまでしばらくお待ちください....」で止まってしまう。 一度この状態になってしまうと、hudson サービスを MMC（services.msc）から再起動しても現象は解決せず、java.exe のプロセスを強制終了させる必要がある 二回目の再起動時に、hudson.out.log には java.net.BindExcept
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
build-shokunin.org
はてなブログ | 無料ブログを作成しよう
HudsonとAndroid - kinneko@転職先募集中の日記
