JVM言語とJDKの関係を理解する
背景 2017年の9月にOracleがJDKの新たなリリース・モデルを発表して以降、Javaユーザーを中心として、新たな短いリリースサイクルに追従できるのか、現在のOracle JDKに代わって配布されるOpenJDKにはLTS（長期サポート）が用意されるのかといったことを含めて不安に思っている方が多いようです。OpenJDKのバイナリをリリースしてサポートを提供しているのはOracle一社ではないですし、Java 11 LTSが提供される予定のAdoptOpenJDKに最悪逃げればいいかなと個人的には思っています（AdoptOpenJDKのサポートについて完全に理解しているわけではないので、これはあくまで印象です）。ただ、OpenJDK LTSが提供されればそれに越したことはないので、OpenJDK LTSが提供されることを願いたいです。 ただ、それは別にして、JVM言語が新しいJDKの
IDEを使ってJenkinsのGroovyスクリプトを書く - blog4j 2.0
MLであったJenkinsのGroovyスクリプトを書くにはどうしたらいいかという話。 JenkinsのAPIはプラグインを書いたりしてるとなんとなく分かった気がしてきますが、慣れていないとJenkinsを管理したり、Groovy Postbuildプラグインを使うときに困ります。 で、どうするのがいいかというと、やっぱり慣れるしかないかと思います。やりたいことは毎回違うし、よくやるような事はプラグインにしてしまえば良かったり、すでにプラグインになってたりします。MLであった環境変数を設定したいというのは色んな場面で使えそうなので、Groovy Postbuildプラグインで、 manager.addEnv('HOGE', 'ほげ') とか出来るようになればいいのかなと思ってます。そんな感じでプラグインが使いやすくなっていくと、Groovyスクリプトを書く機会が減って慣れてない人には敷居が
WebDriverManagerを使用してgekcodriverを自動インストール、groovyでgeb実行する - Qiita
WebDriverManagerを使用してgekcodriverを自動インストール、groovyでgeb実行するSeleniumGroovyGeb WebDriverManagerを使用してgeckodriver(SeleniumのWebDriver)を自動インストールする方法 - Qiita GitHub - bonigarcia/webdrivermanager: Automatic Selenium WebDriver binaries management in runtime for Java 上記を見てやってみた。 io.github.bonigarcia:webdrivermanager:1.6.1 を grab する org.openqa.selenium.firefox.FirefoxDriver を import 実行前にドライバ読み込み groovy google_s
Declarative PipelineでJenkinsfileを書いてみた(Checkstyle,Findbugs,PMD,CPDとか) - Qiita
のように書くDeclarative Pipelineという記法が導入されて、 そっちのほうがシンプルでわかりやすく書けるよ!ということだったので書き直してみました。 確かにすっきりしたし（特に最後のメールおくるとことか、デプロイするとことか）、 いざとなったら従来のScripted Pipelinesもミックスできるのでいい感じです。 追加したプラグイン Jenkins初期設定時のSuggested Pluginに入っていないもの Checkstyle Plugin（v3.47） - Checkstyeの結果収集用 FindBugs Plugin（v4.69） - Findbugsのレポート生成用 PMD Plugin（v3.46） - PMDのレポート生成用 DRY Plugin（v2.46） - CPD(重複コードチェック)のレポート生成用 Step Counter Plugin（v2
Geb - Very Groovy Browser Automation
What is it? Geb is a browser automation solution. It brings together the power of WebDriver, the elegance of jQuery content selection, the robustness of Page Object modelling and the expressiveness of the Groovy language. It can be used for scripting, scraping and general automation — or equally as a functional/web/acceptance testing solution via integration with testing frameworks such as Spock,
サーバーレスアーキテクチャという技術分野についての簡単な調査 - Qiita
BaaSの制約で実現しにくい要件があったときに、サーバーレスアーキテクチャという選択肢は魅力的に見えてくる。そこで今回は最も柔軟性が高いサーバーレスインフラストラクチャだと思われるAWS Lambdaを取り上げ、BaaSの代わりになりうるか検討する。 AWS LambdaのファンクションはJava 8で書ける。ということはGroovyでも書ける。ドメインクラスをJava/Groovyで書いてLambdaファンクションのなかで利用することができれば、サーバーレスアーキテクチャでも本格的なアプリケーションを開発できそうだ。 今後のアプリケーションインフラストラクチャ選択において、従来型のアプリケーションサーバーと、近年普及してきたBaaSに加え、サーバーレスインフラストラクチャという選択肢も増えるとすれば有意義だ。 非常駐型のデメリット 歴史的にはCGI/PHPのようなイベント駆動型のアプリケ
JJUG CCC 2015 SpringでGroovyについて話してきた - 豆無日記
2015/4/11のJJUG CCC 2015 Springで、Groovyについてお話ししてきました。 CFPに応募するかしばらく迷ってたんですが、ネタが思いつかなかったので先送りしていたら、〆切最終日辺りにさくらばさんや複数の人から「初心者向けでいいんですよ、むしろいいんですよ」的なメッセージを受信したのと、その近辺で今回の発表ネタのようなことを業務的にやるために割と時間をかけて資料を作り込んだのでその余波で割とどうにかなるんではないかということで応募してみたところ、有り難いことにAcceptされたのでした。 というわけで、今回は「Groovy入門＋小人さんスクリプト」という構成でお話ししました。 以前にJavaOneの報告会で「Groovyの使いどころ、7つの導入パターン」というお話をさせていただいたのですが、その中の「小人さんスクリプト(House Elf)」パターンにあたります。
GrailsでシンプルなRESTサーバを素早く立ち上げる - 豆無日記
はじめに これはWeb API Advent Calendar 2014、10日目のエントリです。 Grailsでは某RESTful DAO的なものがサクッと実装できますよ、というお話です。 だから何だ、とか、○○のFWでもできるぞこの野郎、といった苦情はご遠慮ください。 実装する とりあえず、Grailsプロジェクトを作成して、ドメインクラス（Entityクラス）を作成します。 $ grails create-app rest-sample $ cd rest-sample $ grails create-domain-class Book $ vi grails-app/domain/rest/sample/Book.groovy Bookドメインクラスの中身を以下のように修正しましょう。 適当なtitleプロパティを追加して（制約はあってもなくても関係ない）、Resourceアノテー
gitblit 入門 - udagawa’s blog
gitblit とは gitblit はオープンソースな git server。今は ticket も管理できるようになっている。 http://gitblit.com/ 1.4.0 から ticketが追加。 1.5.0 から java7で動くようになった。 1.6.1 現在(そろそろ1.7.0がでそうだ) gitblit を使うきっかけ 最初 gitlab(https://about.gitlab.com/) をつかっていたが遅い(gitのプロセス起動してパースしているので。https://gist.github.com/catatsuy/8827731 が詳しい)ので gitblit に乗り換えた。 gitblit はプラグインが groovy でかけるので気に入っている。 gitblit 自体は Java で Wicket をつかって書かれている。git 操作は JGit、検索には
pom.xml から classpath を生成するやつ(cache 機能つき) - tokuhirom's blog
pom.xml で指定した依存関係を読み込んだ状態で、いい感じに起動させたい、みたいなことがよくある。しかし、都度 maven から起動するのもめんどくさいし、mvn exec:java はさまるのもだるい。groovy を起動するときにも、-cp を細かく指定するのはだるい。 というわけで、そういうのを解決するソリューションとして mvngencp と mvnsavecp という2つのコマンドが知られている。 が、どうも mvngencp と mvnsavecp が手元の環境でうまく動かなくて、治すのもめんどくさかったので ruby でゴリゴリっと書いてやった。 http://github.com/tokuhirom/mvnclasspath/blob/master/mvnclasspath #!/usr/bin/env ruby require 'uri' require 'fileu
Spockのテストレポートが想像以上に凄い件について - うさぎ組
タイトルはホッテントリメーカーを使いました。http://pha22.net/hotentry/tb/r?word=Spock%E3%81%AE%E3%83%86%E3%82%B9%E3%83%88%E3%83%AC%E3%83%9D%E3%83%BC%E3%83%88&phrase=9 全国49万のSpockユーザのみなさま。SpockのMLを見ていると思うので、ご存知かもしれませんがSpockのテストレポートをご存知でない方もいると思うので紹介します。 Spockのテスト結果はだいたいみんなGradleで見ている Spockは言わずと知れたUnitTestingFramework界最強といわれるテスティングフレームワークですが、これのテストレポートは通常はJUnitのテストレポートXMLであり、多くのSpockユーザはGradleでビルドをしてGradleが生成するテストレポートを見て
そろそろPower Assertについてひとこと言っておくか - ぐるぐる～
タイトルはもちろん釣りで・・・はない！ ちょっと真面目に、Power Assertについて意見を述べたいのです。 そもそもPower Assertって何？ てきとーに説明すると、 普通の比較演算子で普通にassert書けば、失敗時に各部分式の値を表示してくれる ようなものです。 Groovy製のテスティングフレームワークであるSpockがおそらく本家大本です((要出典。こういう系の発想は割と昔からあったし、Spock以前に実装例がありそうな気がする。そもそも、Spockは最初からPower Assert持ってたのかも調べないといけない。ちなみに、式木を弄ってAssertを組み立てる、というものであれば(PowerAssertよりも情報量は少なくなるものだけど)、自分の知る限りだと2009年6月にこんな記事があります。 http://themechanicalbride.blogspot.j
Javaで使える、HTML5パーサ - CLOVER🍀
ちょっと大量のHTMLファイルをチェックする作業があって、grep／Perl One Linerで頑張るのも厳しいよなぁと思い、HTMLファイルをJavaでパースしてどうにかしようと思い立ちました、今日。 で、JavaでHTMLパーサといえば、個人的にはパッと思い浮かぶのがNekoHTML。 CyberNeko HTML Parser http://nekohtml.sourceforge.net/ が、いかんせんこれは古い。HTML5にも対応していませんし。 よって、他のパーサを探してみました。2つほど見つかったので、ご紹介します。 HTMLをパースするので、以下のような閉じタグがないHTMLもパースできなければなりません。 index.html <!DOCTYPE html> <html> <head> <title>タイトル</title> </head> <body> <div i
RubyライクにGroovyを書く - uehaj's blog
誰得なエントリ、かつ「これはひどい」ネタ。 まず、以下のようなコンパイラ設定ファイルを書いておき、例えば~/.groovy/config.groovyなどに保存しておきます。 import org.codehaus.groovy.control.* import org.codehaus.groovy.antlr.* import org.codehaus.groovy.syntax.* class Rubylizer extends ParserPluginFactory { ParserPlugin createParserPlugin() { new AntlrParserPlugin() { Reduction parseCST(SourceUnit sourceUnit, Reader reader) { def s = reader.text s = s.replaceAll(
[Spock] Spock 関連でゴニョゴニョしてる件 - bikisuke IN ACTION
こんばんは。[twitter:@bikisuke] です。 今日の Advent Calendar ネタは、Spock です。 僕は G* 一派だからという贔屓目は抜きにしても、Java のテスティングフレームワークとして Spock はもっと評価されるべきじゃないかと思ってます。 なので、今回はその辺りに触れつつ、密かに企んでいることについて書きたいと思います。 Spock のいいところ 何と言っても、シンプルな記述ができるところは Spock の大きな魅力ではないでしょうか。もちろん、テスト対象クラス（機能）によっては複雑になることもあるかもしれませんが、可読性に関しては JUnit の比ではないと思ってます。 # これは Groovy と Java の言語特性や制約に依るところが大きいので、Spock が良くて JUnit がダメと言ってるわけではないです。念のため。 あと、拡張の仕
![[Spock] Spock 関連でゴニョゴニョしてる件 - bikisuke IN ACTION](https://cdn-ak-scissors.b.st-hatena.com/image/square/2e30830be96a4374fd943f50249d567efe3a07b7/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fb%2Fbikisuke%2F20121220%2F20121220234708.png)
GroovyでJUnitなテストを書くときの注意点……なんて無かった #gadvent2012 - 日々常々
Groovy!!（挨拶） G* Advent Calendar 2012 の13日目でございます。 前日: SpockでビルトインされているExtensionsとかそのへん - Yamkazu's Blog / @yamkazuさん 翌日: groovy.lang.MissingPropertyException*1*2 http://piyopiyoducky.net/gadvent2012/ / @gantawitterさん JUnitをGroovyで使うなど 何も考えずに突っ込みどころ満載のFizzBuzzとテスト（色々足りてない）を書きます。 HogeJava.java HogeJavaTest.java これをGroovyで書くとします。 HogeGroovyTest.groovy(ほぼ HogeJavaTest.java のまま) そのままJUnitとして動きます。Eclips
いろんな言語で、外部プロセス起動 - CLOVER🍀
前のエントリで、Groovy／Scalaでプロセス起動に関するコードをちょこちょこと書いていたのですが、ちょっと自分が割と使う言語でまとめてみることにしました。 ほんの、サンプルです。 サンプルのお題は、 外部プロセスの実行結果（戻り値）を取得し、変数retに格納する 外部プロセスの出力結果（標準出力）を取得し、変数textに格納する 上記2つの結果を得るために、外部プロセスを2回起動しない という感じで。その他、補足も交えつつ。 Java 割とよく使い、そして1番面倒…。 import java.io.BufferedReader; import java.io.InputStream; import java.io.InputStreamReader; import java.io.IOException; public class ProcessExec { public stati
『G*ワークショップ「Vert.x+JavaOne+Groovy2.0なG*」 #jggug』に参加してきた - みちしるべ
第3回社内LT大会に見た顕在化した失望と一握の希望 勉強会でも殆ど聞かないGroovyの勉強会あります！ どこで情報収集すればいいかわからない？ ここにカレンダーが！ JGGUG イベントカレンダー 告知が足りない？ 勉強会カレンダーにも載ってるし、 こくちーずでGroovy、Grailsタグもある。 Facebookのグループも、MLもあるよ。 2012/10/26に行われたG*ワークショップ「Vert.x+JavaOne+Groovy2.0なG*」 #jggugに参加しました。 そのレポートです。 G*なJavaOne報告2012秋 〜サンフランシスコの風に吹かれて〜 @gantawitter Rasberry Pi Rasberry Piが一番盛り上がった。 落ちるところが・・・ Design Patterns in Groovy 写経してみる。 Cascade method cha
JUnit 強化キャンプに参加してきた #junitbc - Diary of absj31
JUnit 強化キャンプ : ATND 2012/04/07 JUnit 強化キャンプ #junitbc - Togetter (写真：会場となった某漫画喫茶個室内に映し出される実践映像を眺める参加者一同) 私自身、勉強会に於いてテスト関連のイベントには参加しつつも(TDDBC等)、そこから先テストに於いて諸々を(Bootからの次の段階である)ブースト(Boost)出来ていなかったので、このイベントを見つけ次第『これは！』と思い参加してきました。 会場はまんがねっとラウム新宿本店。 自身としては、漫画喫茶で勉強会やるってのは初めてだったので、『(諸々)どうなんだろう？』という気持ちがありましたが、実際やってみると殊の外快適で"これは良い"という感じでしたね。ネット回線(立地上の問題で時々調子が悪い時があった)や部屋に対する定員を上手く調整すれば、利用場所としてはかな〜り良いものになるのでは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Groovy製のSeleniumラッパーライブラリ「Geb」で、可読性の高いテストを書いてみよう
