Jenkins と groovy

Jenkins と Groovy 川口耕介 CloudBees, Inc.

スクリプトコンソール任意のGroovyスクリプトをeval 実行中のアプリケーションの内部を操作 VMWareESXiのsshアクセスみたいなものトラブル対応デバッグフラグをon/offしたりバッチ処理ジョブの設定を一括で変えたり情報収集実行中のスレッドの一覧

スクリプトコンソール以前は運用中のJenkinsにデバッガを接続してやっていたデバッガでしかできない事もあるでも不便な事もあるスクリプトを渡してユーザーに実行してもらう Jenkinsユーザーは開発者なので自分でクリエイティブに活用する人も

実装 GroovyShellを使えば簡単 GroovyShell shell = new GroovyShell(cl); StringWriter out = new StringWriter(); PrintWriter pw = new PrintWriter(out); shell.setVariable("out", pw); Object output = shell.evaluate(script); pw.println("Result: "+output);

リクエスト・レスポンス方式の限界ウェブページという仕組み上の制約長く実行するプログラムを書けないスクリプトをコピペしないといけないスクリプトに他の入力を渡すのが大変スクリプトをscriptingできない

やっぱりCLI！コマンドラインから実行すれば問題解決 Jenkins JVM Client JVM Jenkins remoting GroovyShell

2つのJVMを跨ぐデータアクセスをtransparentに Jenkins JVM Client JVM Jenkins remoting GroovyShell FilePath

更に次のステップへ計算を他のVMへ送りたい

実験プロジェクト Droovy 分散計算プラットフォーム Hadoopと勝負！ではなく、ちょっとしたやつ複数の計算機を気軽に跨ぎたい Jenkinsの分散ビルド環境を利用

ここでJenkins分散ビルドについて一言マスター HTTPリクエストを処理重要なデータを保管スレーブ 170KB jar 信頼性は低くてよい 200位は普通に繋げるリンク双方向バイトストリームで接続

Back to Droovy 複数の計算機を跨いでスクリプトを書きたい負荷テスト処理の並列化暗黙にコードを共有したい通信路を意識しないプログラムを書きたい

クロージャをリモート実行 slave = connect(); slave { println “This code executes on a slave”; } println “This code executes on master”;

クロージャには束縛された変数を含む slave = connect(); name = “Duke”; slave { println “Hello from ${name}”; }

コードは暗黙に共有される def sayHello(name) { println “Hello from ${name}”; } slave = connect(); name = “Duke”; slave { sayHello(name); }

Droovyまとめコード共有とかの問題はJenkins remotingで解決済みなぜGroovy？クロージャ概念がリモート実行とうまくマッチ誰か使ってみませんか？

Jenkins Groovy Shell Groovyshもアプリケーションに埋め込めるだからやってみたモデルは前と同じ実行はJenkinsの中 I/OはクライアントJVMで対話性は便利障害対応とかスクリプトを書くための練習環境として

Jenkins & Groovy Mavenを使っていると時々… 些細なプラグインを書かされる羽目になったり既存のプラグインの設定項目が足りなかったり Antを使ったほうが早い時があったり

<plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>build-helper-maven-plugin</artifactId> <version>1.5</version> <executions> <execution> <id>add-source</id> <phase>generate-sources</phase> <goals> <goal>add-source</goal> </goals> <configuration> <sources> <source>some directory</source> </sources> </configuration> </execution> </executions> </plugin>

Mavenなんてやってられるか！

GMaven そこでGMaven ビルドの一部をGroovyで書ける Mavenの内部コンポーネントにアクセスできる AntBuilderも当然使える利用例コードカバレッジの取得と集計

GMavenの欠点しかし… Groovyを呼び出すだけで15行位書かないといけない呼べるコンポーネントの量が少ない MavenProjectへの変更が反映されない利用できる局面は限定的にパッチを当てたバージョンを作った http://github.com/kohsuke/gmaven 今後はGradleとかも試してみたい Polyglot Mavenがメンテナンスされれば…

Groovyでテストを記述 Jenkinsのテストの一部はGroovyで書かれている型宣言の手間が省けるそれでいてauto-completionは使えるリテラルの構築が楽さようならthrows節プロパティアクセスなどが楽実行速度?

void testVariablesResolved() { def project = createFreeStyleProject(); hudson.nodeProperties.replaceBy([ 　　new EnvironmentVariablesNodeProperty( new Entry("KEY1", "value"), new Entry("KEY2",'$KEY1'))]); def builder = new CaptureEnvironmentBuilder(); project.buildersList.add(builder); buildAndAssertSuccess(project); def envVars = builder.envVars; assertEquals("value", envVars["KEY1"]); assertEquals("value", envVars["KEY2"]); }

とはいえ… 思ったよりGroovyテストが増えてない Maven+Groovy+IntelliJが壊れやすいソースディレクトリが認識されなかったり型安全でなくてもいいが、補完は必須 Closure周りで型情報が失われる

Jelly -> Groovy JenkinsではHTMLのレンダリングにJellyを使っている (JSTLのようなもの) <html> <head> <meta name="ROBOTS" content="INDEX,NOFOLLOW" /> <j:set var="mode" value="header" /> <j:forEach var="pd" items="${h.pageDecorators}"> <st:include it="${pd}" page="header.jelly" /> </j:forEach> ...

Jelly -> Groovy Builderを書いてGroovyで置き換えてみた html { head { meta(name:"ROBOTS",content:"INDEX,NOFOLLOW") mode = "header"; h.pageDecorators.each { pd -> st.include(it:pd, page:"header.jelly") } ...

Jellyの欠点を解消ツールサポートがない Expression Languageが補完できないデバッガでステップ実行できないタグ・属性が補完されない

欠点を解消したつもり… ELの補完は今ひとつ暗黙の変数などタグ・属性の補完は今ひとつ実行速度は大丈夫？ IntelliJにはDSLの補完を助ける機構があるらしいので試してみたい

YouDebug 障害対応の選択肢を広げるログやスタックトレースでは予期できない時が開発中でも… ブレークする条件が複雑な場合ソースがない場合リモートで実行する場合デバッガプロトコルを制御するDSLを作った

YouDebug ブレークポイントでクロージャを実行クロージャ内からローカル変数等にアクセス “@1”などで序数からアクセスもできる breakpoint("org.acme.Main",15) { println "x=${x},y=${y}" }

YouDebug JDIがサポートする全てのブレークポイントの種類が使えるデバッガの用にターゲットVMで任意のメソッド・フィールドにアクセスできる

まとめ Jenkinsでは色々Groovyを使ってみた実行時にユーザーに使わせる機能として文句なしに便利開発時の生産性を上げるために結局はツールサポートの問題に Javaには優れたツールサポートがあるのでGroovyで置き換えてもメリットが薄い場合も

Jenkins と groovy

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

En vedette

En vedette (6)

Similaire à Jenkins と groovy

Similaire à Jenkins と groovy (20)

Plus de Kohsuke Kawaguchi

Plus de Kohsuke Kawaguchi (20)

Dernier

Dernier (8)

Jenkins と groovy