はてなブックマーク

今回は、夏休みの自由研究？で、Jenkinsプラグインの作成をしてみたお話です。 すでに似たようなプラグイン、高機能なプラグインがありますが、ご興味を持っていただけたら、ソース／バイナリを評価いただけると幸いです。 ちょっと長いので、見出しのみ先に書かせていただきます。 プラグイン作成の背景 IntelliJさん、出番です！ GitHubに上げてみました！ DEV@cloudを使ってみました！ 今回のまとめ プラグイン作成の背景 ただいまお仕事にて、DBのちょっとしたデータ変換作業をしています。 ただし、一気に作業するのではなくて、対象を決めて『今日はこの範囲の作業するよー』という感じで処理しています。また、作業に関しては、Redmineにチケットを作成し、『この範囲を処理、作業者はxxx、終了はxx時、変換結果はxxx』という情報を記録しています。 この変換処理

久しぶりに、Blog側への投稿となります。 最近はQiitaやGistなどもちょこちょこ使ってみて、こちらの更新頻度が少ないのですが、コメントなどいただけましたら、できるだけお返事をさせていただきますので、2014年も、どうぞ宜しくお願いいたします。 さて、2014年最初のエントリは、お正月休み明けの執事 / Jenkinsさんのお話です。 年末に執事を酷使しすぎたせいでしょうか。年明け、担当のJenkinsにアクセスすると、画像やスタイルが適用されてないという状況に遭遇してしまいました！ あれれ〜と思って、その他2つのJenkinsを確認したのですが、そのうちもう1つは問題なく、もう1つは同じ現象になっていました。 フロントのWebサーバのせいかなと思ったのですが、8080番で直にアクセスしてもcss, 画像が抜けて画面が白いままです…。 たとえば、/static/dae700fa/im

SQL Server2008のCLRを久しぶりに使う機会があったので、メモ。 SQL ServerのCLRは、Oracleで言うところのJavaストアドのようなものです。 DB内にアセンブリを登録し、それをSQLの中から呼び出します。 通常のSQLや付属の関数だけでは賄いきれない機能を、.NETのアセンブリを通して実行できます。 私の場合は、たとえば、コミットに失敗した際にDB内からのメール送信したり、複雑な文字列処理をするために使っています。 0. つくるもの 私の場合は、コーディング自体は、VisualStudio2010を使います。 ＃昔Javaをかじった関係で、書くときは通常C#を使うのですが、恥ずかしながらクラスとか設計とかオブジェクト指向とかデザインパターン云々…は全く分からず、staticばっかりとか、かなり難があるのですが…。 コードはいずれということで、下記のようなものを

日々ネットで調べたり、付箋に書き留めたものをアップしています。子育てで中断しながらも、年に数回投稿しています。皆様の恩恵に感謝しつつ。 わたしは、定型ジョブを cronやWindows タスクスケジューラでうまく扱えない時や、ジョブの所要時間の検証のために、Jenkinsを使って記録を残すようにしています。 今回は、トラブルの事例をふまえて、ジョブのチェックに役立つプラグインや感じたことをご紹介します。長めのエントリなので、お急ぎの方は、文末をご覧くださいませ。 リリース前から活躍 現在お守りをしているシステムは、Webアプリケーションではありますが、バッチファイルを起動してデータ生成をしたり、定時になったらデータを関連システムに反映させる必要があります。また、そのWebアプリ自身では、タスクスケジューラーのような機能は持っていないので、当然、OS標準もしくはそれ以外のジョブコントロールの

はじめに：Rubyのデバッグ環境に困ったこと またまたRedmineの関係ですが、Redmineのプラグインを書くうちに公開したくなってきて、でも、コードも綺麗じゃない、しせめてデバッグやテストはちゃんと出来るようになりたいな...と思うようになり、今年のはじめ、Windowsの環境にRuby, NetBeansを入れて、なんちゃってながらもデバッグとテストができるようにしました。（注：偉そうなことは言えず、フルスクラッチでコードを書く能力はありません....） その後、RedmineがRuby1.9, Rails3.2対応になってしまったので、また環境を作りなおさなくっちゃ...と思っていたところ、NetBeansがバージョン7からRubyの公式サポートを止めてしまったとのこと。 プラグインを使えばもちろん利用はできますが、デバッグをしようにも、テストしようにも、どうにも面倒...。Ap

そもそもはBuild通知というよりは、自分の部署のBlogにJenkinsがPOSTしたりすることがあるので、その通知をYammerに投げてくれると気がつくいて見にいけるんだけど…、みたいなコメントをスタッフからいただいたのが始まりです。 最初はSkypeAPIでの通知が良いなあと思ったのですが、Skypeの場合はSkypeクライアントを起動していないといけません。その点、Yammerだと基本はWebなので、APIをたたくかメール送信でPOSTができますので、幾分敷居が低くなります。 (とはいえ、社外のサービスではありますので、POSTする内容には十分配慮しないといけませんが…) さて、どうやって通知させてみようかな…と思っていたら、ズバリ、Yammer Pluginというものがありました。 こちらのPluginのページ、とても丁寧な解説＆スクリーンショットが載っています。英語がよくわから

とてもお世話になっているJenkinsさん、ほんとうにありがとうございます (_ _) さて、今回、こんな流れで処理を組んでみることになりました。 『よーいドン！』で、処理時間の異なるジョブを同時に起動。 両方オッケーになったら後続のジョブにうつる。 このあたりの処理の組み方は、いろんな方法があるかと思います。 ただ、自分以外にも設定を調整してもらう必要があるので、ひとまずあんまりコードを書いたり、複雑な設定をしなくてもサクッと実現できそうなもの…と思って取り入れたのが、Join Pluginです。 せっかくなので、設定のスクリーンショットと、こんなふうに検証してみた、というのを載せてみます。 1. ジョブの準備 実際のジョブはいろんな処理をしますが、とにかくよーいドン、のあと時間差でジョブが終了するというものを確認するために、こんなジョブを用意しました。 試しているのはWindows S

あるチケットに関するPDF、添付ファイルと、同様に関連するチケットのPDF、添付ファイルをまとめて取得したいんだけど…みたいなリクエストを、ユーザさんからいただきました。 できれば、ボタン１つとか、コマンド１発で…（＾＾； いろんな方法があるかと思いますが、思い浮かんだのはREST APIを使ってひたすらGETするのが良いかなあ、ということ。 RESTの機能もいろいろサポートされて来ているので、確認の意味でちょっとまとめます。 * * * 1. チケットのPDFをRESTで取ってくる http://REDMINE_URL/issues/チケット番号.pdf?key=APIキー 2. チケットIDを指定し、添付ファイルと関連チケット情報込みのデータを取得する チケットの基本のREST APIに include というパラメータをくっつけると、添付ファイル、関連チケット情報込みでデータが引っ張

いまごろではありますが、主に使っているRedmineのバージョンが上がったので、やっとREST APIが使える環境になりました。 #個人的にREST APIを使ったツールを作ってみる活動はしていたのですが、メインの環境では対応していなかったのもあって、モチベーションが続いてませんでした…。 できれば周りにも利用したり、応用したり、良いアイディアを出してもらいたいなあと思ったので、まずはどんな感じで使えるか、というサンプルを作ることにしました。 * * * チケットの参照はWebから行うことの方が多いので、やっぱりチケットを作るサンプルから。 参考にさせていただいたREST APIについての記述は、Redmine本家と、r-labsのサイトの日本語訳になります。（ありがとうございます！） http://www.redmine.org/projects/redmine/wiki/Rest_ap

※ Blogを書いたのが時間が経ってからなことと、内容も浅くて申し訳ありませんので、末尾の「参考」のところに、皆さんのBlogやTogetterのリンクを掲載させていただきました。 より深い情報をお探しの方は、参考の部分をご参照下さい。皆さんのお探しの情報に、無事たどり着けますように…。 では、はじまり。 Jenkinsさんのお誕生月の２月。勉強会があるということで、家族の許可を得る前にダメ元で申込み…。 意外にも許可が下り、参加できる運びとなりました。 まずは家族の協力に感謝しつつ、感想程度になってしまいますが、まとめを書かせていただきます。 第5回 Jenkins勉強会 (@楽天様) はじまり： さぼてんさん（@cactumanさん)の司会でスタート。 アイスブレイクでは、Jenkinsを何年くらい使っているかとか、どんな言語で利用しているか、挙手でのアンケート。 会場に限って言うと、

日々ネットで調べたり、付箋に書き留めたものをアップしています。子育てで中断しながらも、年に数回投稿しています。皆様の恩恵に感謝しつつ。 Redmine Advent Calendar jp 2011 の21日目の記事になります。 前回のPOSTで、「（バージョンアップ）移行の顛末は、何かで発表したいなあと思います」と書いておきましたが、今回話題が思いつかなかったことと、本当は勉強会でお話しできるといいのですが、参加自体が難しいので、アドベントカレンダーに便乗して書かせていただきます。 長めになってしまい申し訳ないのですが、こんな流れになっています。 移行前後の実行環境 移行の準備 / 動作確認 nginx + unicornについて ログのローテーション 移行後のフォロー まとめ 1. 移行前後の実行環境 移行前は、Redmine 0.9.xを利用していました。 1系が出てからだいぶ経つの

はじめに: ずーっと一参加者としての参加なので、非常に申しわけないのです..。 ただ、平日夕方や土日になかなかIT系のイベントに参加できない身のわたしにとっては、平日の昼間で東京での開催 / 参加費無し というのは凄く有難い催しです。 子どもが生まれてからの数年、なんとかこのイベントだけは参加するようにしています。 本当は通して2日間参加したいなあと思ったのですが、さすがにそれは厳しかったので、今年の参加は2/17の午後のみ、となりました。 参加したセッションは、下記の通りです。 【17-B-3】 チケット駆動開発～タスクマネジメントからAgile開発へ～【17-B-4】 チケット管理システム大決戦 JIRA vs Redmine vs Trac 〜ユーザーが語る、なぜ私はこのツールを使うのか【17-D-5】 .NETの業務向けOSSフレームワーク鼎談 【17-B-6】 RIAの性能テスト