タグ

関連タグで絞り込む (2)

タグの絞り込みを解除

hudsonに関するktakeda47のブックマーク (6)

  • Good bye, Sun/Oracle | Java.net

    I started working for Sun Microsystems since Janurary 2001, when I first came to the US. During these years I was able to work on many different projects, such as MSV, JAXB, JAX-WS, Metro, GlassFish v3, and Hudson, to name a few, with many great people. It was all quite an enjoyable journey. I won't list all those names one by one here, for it will be too long, but if you are one of them, I think

    ktakeda47
    ktakeda47 2010/04/06
    「・・・Kohsuke Kawaguchi ・・・ "I announce that today is my last day at Oracle." ・・・」
  • hudson-cliの仕組みが,もっと分かって来た - marsのメモ

    川口さん,解説ありがとうございます。なるほどCLIそのものがスタブだったのですね。 → Hudson CLIの内部構造 - 川口耕介のブログ そんでもって,ここ(↓) サーバ側からは折り返しCLI側へクロージャを送って実行することも出来るので、当然ローカルからリモートへのファイルコピーや、あるいはもっと複雑なことも出来ます。 を試してみるべく,いろいろいじくってみた。結論としては思惑通りに行かなかったんだけど,だいたいの仕組みがわかったのでよしとする。 いちいち言う事じゃないけど,川口さんSUGEEEE!! 試してみたのは"サーバから折り返して送信するCLI側クロージャ"。ちょうどGroovyCommandという,そのものズバリなコードを見つけたので,すぐ分かった。このGroovyCommand,Hudson v1.304には含まれていないけど,多分こんなふう(↓)にして,CLI側にあるス

    hudson-cliの仕組みが,もっと分かって来た - marsのメモ
  • Hudson CLIの内部構造 - 川口耕介のブログ

    id:masanobuimaiさんがHudson CLIの仕組みを調べてくださったので、ここで仕組みをちょっと解説しようかな、と。 CLIは、まずHudsonに2つのHTTPリクエストをします。片方はサーバからCLIにバイト列を送るために使い、もう片方はCLIからサーバにバイト列を送るために使います。(なのでCLIはサーバ上では2つもスレッドを消費するのですが、それはそれ。) この双方向バイトストリームの上にリモーティングインフラ(hudson.remoting.*)を載せて、これで分散処理環境が出来上がります。ここまで出来たらCLIはコマンドの引数を全部サーバに渡します。この時、stdin/stdout/stderrもサーバに渡します。 なので、見てのとおり、CLI側にはコマンドの知識は何も埋め込まれていません。 Channel channel = ...; CliEntryPoint

    Hudson CLIの内部構造 - 川口耕介のブログ
  • 特集:Hudsonを使ったアジャイルな開発入門|gihyo.jp … 技術評論社

    運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    特集:Hudsonを使ったアジャイルな開発入門|gihyo.jp … 技術評論社
  • hudson: an extensible continuous integration engine

    © 1995 - 2007 CollabNet. CollabNet is a registered trademark of CollabNet, Inc.

  • 第1回 Hudsonの導入 | gihyo.jp

    継続的インテグレーションとは Hudsonの具体的な紹介に入る前に、まず簡単に「継続的インテグレーション」(⁠Continuous Integration、以下CI)のおさらいをしましょう。CIは、Extreme Programmingに端を発し、Martin Fowlerによって広められた概念で、狭義には、別々に開発された部品を持ち寄ってお互いの動作を検証する「統合テスト」を早い段階から恒常的に行うことを指します。この当初の概念には必ずしも統合テストの自動化という考え方は含まれていませんでしたが、最近では、CIは単に統合テストだけではなく、広くビルド及びテスト全般を恒常的に行うことを指すようになり、またこれを現実的な工数で実現するための必須の手段として、ビルド・テストの工程を極力自動化する、という事が重要なポイントの一つになってきました。 この考え方の背景の一つには、コンピュータの高性能

    第1回 Hudsonの導入 | gihyo.jp
  • 1