...を作った。 作ったといっても既存のgroovyコマンドを改造しただけなんだけど。 背景 groovyを高速に起動するにはgroovyservというものがある。これは初回起動は遅いがその後はgroovyの起動が爆速になるというものだ。 でも、使い勝手が今ひとつだった。 例えばgroovyservを使って、スクリプトで書いたサーバを起動しCtrl-cで停止すると、ポートが解放されなかったりしたためだ。 ちなみに、初回起動でサーバを起動し次回からはそのサーバで実行することでコマンドの起動を高速化する方法はNailGunやGradleでもやっていたり結構メジャーなようだ。 だが、この方法以外に高速化の方法がないのだろうか、ってことで調べたらあった。下記リンクによるとJVMの設定でClojureを高速に起動できるらしい。ならgroovyだって高速に起動できるはずだ。 http://tnoda-

先日 beta 2 がでた Groovy 2.2 で groovysh (REPL) が強化されているので触れておきます。最近型検査とかかっちりした部分の強化が目立っている Groovy ですが、本来高速に開発できるところが売りな言語なんでこれは良い傾向です。たまたまという噂もありますが。 コード補完がまともになった Thibault Kruse という方が groovysh の使えなさに憤慨して一気に直してくれました。Groovy はじめたばかりらしいんですが。ありがたい。 パッケージ/クラス名を補完しようとしてこんな悲しいエラーをはいていたのも groovy:000> new groovy.json.ERROR org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed: groovysh

タイトルはもちろん釣りで・・・はない！ ちょっと真面目に、Power Assertについて意見を述べたいのです。 そもそもPower Assertって何？ てきとーに説明すると、 普通の比較演算子で普通にassert書けば、失敗時に各部分式の値を表示してくれる ようなものです。 Groovy製のテスティングフレームワークであるSpockがおそらく本家大本です((要出典。こういう系の発想は割と昔からあったし、Spock以前に実装例がありそうな気がする。そもそも、Spockは最初からPower Assert持ってたのかも調べないといけない。ちなみに、式木を弄ってAssertを組み立てる、というものであれば(PowerAssertよりも情報量は少なくなるものだけど)、自分の知る限りだと2009年6月にこんな記事があります。 http://themechanicalbride.blogspot.j

原文: Pleasing Software: GroovyFX First Official Release GroovyFX v0.1が、Mavenのセントラルリポジトリから、またはGroovyFXのwebサイトから直接バイナリJarファイルとして（「Community」の下の「Download」リンクか、あるいはここをクリック）入手できるようになりました。このリリースはJavaFX v2.0.2と互換性があります。 GroovyFXをJavaFX v2.1開発者プレビュー版と一緒に使う必要がある場合には、GroovyFX v0.2のスナップショットを使う必要があります。このポストの後半部分でその例を示します。 Grab対応 GroovyFXがMavenセントラルにあることで（SonatypeのOSSホスティングのおかげです！）シンプルなテストから大きなプロジェクトまで、どんな場面でもG

Struts1のEOLがアナウンスされました。 最後のリリースから長く時間が経過しており、実質開発は終了している状態でしたが、このタイミングでのアナウンスとなりました。 アナウンスの中では、次の乗り換え先として、Struts2・Spring Web MVC・Grails・Stripesといったフレームワークがお薦めされていますが、私はダンチな生産性を提供するGrailsをお勧めします。 私のフレームワーク遍歴は、Struts1、Wicket、Seasar2、Springと色々渡り歩いてきましたが、ここ1年はがっつり業務でGrailsを使用しています。 1年がっつり使ってみた経験から、Struts1ユーザにGrailsをお勧めする理由をいくつか考えてみました。 Grailsは既存Javaフレームワークの延長線上にある Grailsを支える基盤は、Spring・Hibernateといった、Ja

本エントリーは、G* Advent Calendar 2012の24日目のエントリーです。前日は、@tetsurokitaharaさんのGroovyにProcessingを！でした。 何をネタに書こうかなと悩んだのですが、思うほどG*なネタは持っておらず、JUnitネタとなりました。実は、書籍「JUnit実践入門」でもGroovyを活用するトピックを入れる予定だったのですが、紙面の都合上、入れる事ができませんでした*1。そこで、少しだけですが、本エントリーで補足したいなと思います。 テストコードでGroovyを使う Groovyは、Javaと親和性の高いプログラミング言語です。上司を説得する場合は「GroovyはJavaの拡張ライブラリです（ｷﾘｯ」と言っても良いでしょう。本当は開発環境やビルドツールの設定などで一工夫しなければ利用できませんが、その辺は裏でしれっとやってしまえばOKです。

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

なんかプログラミング言語ならどれでも一緒だと思うんだけど、Groovyやるならこうするのがいい。と思ったので。 コードを書くとき Dumpを使う いま使いたい変数にどんなものが入っているのかわからない。型がなにでどんなメソッドやフィールドを持っているのか。 そんなときはprintln hoge.dump() をする。 [k1:10, k2:30].each{ println it.dump() } みたいな。 実行するとこんな出力になる。 Assertを使う dumpと似ているけど、メソッドチェーンになっているときに、どこでどんな値が返ってきているかを確認するのによい。 assert [k1:10, k2:300, a1:100, a2:20].collectEntries {k,v -> [(v):k]}.groupBy {k,v -> v.startsWith "a"}[true] =

Eclipse版に倣って、IntelliJ IDEA版のエントリも書き起こしてみようと思います。 こちらはどちらかというと操作・設定方法自体知らない事が多かったりするので、備忘録的な意味合いも兼ねているかも。最近利用者や利用する機会も増えているので、各方面から情報を収集し、整理・集約出来ればな〜と思います。 やりたい事を出来るのか／出来ないのか 出来る場合、どういう風にやれば出来るのか 複数選択肢がある場合はその辺もメモ 注意すべきポイントがあればその辺りもメモ 既に情報源としてまとめられているものがあれば、そちらへのリンクも勿論メモ エントリを書く時点で調べがついていないものも多々ありますが、このエントリ駆動で随時追記・更新を行っていきたいと思います。 IntelliJ IDEA ☆：完了、△：途中、無印：未着手 IntelliJ IDEA Windows7 Mac OS X(Lion)

Groovyの導入自体はhomebrew使えば一発ですし以前もエントリとして書いたのですが、一点対応させたい部分があるので(※Groovyに限った事では無いですが)改めてエントリとして書きだしてみました。 一点対応させたいところというのは『環境のバージョンを切り替えたい』というもの。 Groovyは現状最新は2.0.x系なのですが、ものによっては1.8.x系じゃないと動かないとか云々…という話もちょろっと聞いたりするので、時と場合に応じてささっと切り替えられると嬉しいな、何か良い方法無いもんじゃろうか…と考えていたところ、iRoF(TwitterID:@irof)さんから以下のようなアドバイスが！いろふさん、ありがとうございました！ いろふさんのエントリはこちら。 brewとscalaとsbazと - 日々常々 さらにエントリ中『ごにょごにょする』の部分について解説されているエントリはこち

原文(投稿日：2012/06/28)へのリンク 新しくリリースされたGroovy 2.0は、この言語に静的型チェックや静的コンパイルといった重要な静的機能を導入します。Project Coinのシンタックス拡張や新しいJVM命令"invoke dynamic"のサポートといったJDK 7対応の改良も取り入れられ、また、以前に比べよりモジュール化されています。 この記事ではこれらの新機能をより詳しく見ていきます。 動的な言語のための "静的なテーマ" 静的型チェック Groovyは生来、そして将来にわたって常に動的な言語です。しかし、Groovyは "Java用スクリプト言語" や "ベターJava" （冗長な記述が少なく、より強力な機能を持つJava）として使われることがよくあります。実際、多くのJava開発者がより表現力のあるビジネスルールを書いたり、顧客ごとにアプリケーションをカスタマ

■1. JDK導入 導入済みの方は次へどうぞ。 ここ http://www.oracle.com/technetwork/java/javase/downloads/index.html からJDKをダウンロードします。Accept License Agreement して自分の環境に合ったものを選べばOK。Windowsなら32bitか64bitかの2択。ダウンロードが終わったら起動して、言われるがままにインストールすればおわりです。 ■2. Grails導入 ここ http://grails.org/ でDownload Grails 2.0.3 をクリックしてGrailsのバイナリをダウンロードします。 解凍したフォルダ grails-2.0.3 を c:\ 直下に置いて c:\grails-2.0.3\ なるフォルダがある状態にすればOK。 ■3. 環境変数 ここ http://g

JVM言語BoF Scala, JRuby, Groovyの3つの言語対決というテーマで2時間様々なセッションがおこなわれました。 LTによんでくださったJGGUGさんありがとうございます！ ざっくりとした感想はつぎのかんじです。 Scala：静的できれいなコードがかける。短いコードになる。 Groovy：機能が豊富であり、Javaとの親和性もたかい。ビルドツールとしてもよい。 JRuby：Ruby自体のきれいさがある。CRubyのみの知識では難しいらしい。 ベンチマーク結果： Java Groovy++(Groovy++というライブラリを使用) Scala(mutable実装) JRuby Scala(Immutable実装) Groovy 当日の予定としては次のような内容を話すつもりでした。 「RSpec」「Specs2」はUnitTestよりもIntegrationTest向きです。

Gradle Build Tool accelerates developer productivity Gradle is the open source build system of choice for Java, Android, and Kotlin developers. From mobile apps to microservices, from small startups to big enterprises, it helps teams deliver better software, faster. Build Anything Write in Java, Kotlin, C++, or any language of your choice. Package for deployment on any platform. Go monorepo or mul

Gradleってなに？ 簡単に言えばMaven2のようなものですね。 あらかじめ様々な機能がプラグインとして用意されているビルドツールです。 勝手に選んだ主な特徴のトップ3は↓。 設定ファイルをXMLではなく、GroovyによるDSLで書く(build.gradleファイル) Groovyコードを含むプロジェクトの設定が非常に簡単 Maven2のディレクトリ構成を踏襲しているので、Maven2との同居も可能 といった感じで、とりあえずあっさりと流しておきます 入手・インストールなど ↓ダウンロードはこちらからどうぞ。 http://www.gradle.org/ 展開したディレクトリをGRADLE_HOME環境変数に指定して、PATHに$GRADLE_HOME/bin通すだけの、よくあるインストール方法です。 $ gradle --version ---------------------