タスク定義の << には注意しよう - bluepapa32’s Java Blog
突然ですが、みなさんは task hello << { println 'Hello, world.' }と task hello { println 'Hello, world.' }の違いがわかりますか？ 上記の違いはたった２文字 << だけです。 ところが、このたった２文字で 全く意味が変わってしまうので注意しましょう。 この違いというのが クロージャ ( {...} の中の処理 ) の実行タイミング です。 前者のように << をつけてタスクを定義した場合は hello タスクの実行時に呼び出されます。 ところが、後者の場合 hello タスクのインスタンス生成時に呼び出されてしまいます。 私は この違いで思いっきり はまってしまいました。 実行されるはずのないタスクがいきなり最初に実行されてしまうのですから... 前者と後者で 実際 何が違うのかと言うと... まず、前者の場合。
「Javaの鉱脈」でGeb（じぇぶ）の記事を書きました | さにあらず
WEB+DB PRESS の Vol.85 で、E2E テストの記事を書いたので是非読んでくださし。 2015/2/24 発売ですので、既に購入頂いてる方も多いと思います。 電子書籍版もありますので物理的な媒体に興味がない方は PDF を買って下さい。 WEB+DB PRESS Vol.85@Gihyo Digital Publishing今回の記事における対象読者について#Selenium は知ってるけど WebDriver の API 辛すぎﾜﾛﾀという方を対象に記事を書きました。僕もそうです。 WebDriver の API は本当に本当に使い辛いのですが Geb なら、それが大きく低減されますので是非一度さわってみて欲しいですね。 jQuery に似てるけど所々違う様な感じがする API 越しに DOM を検証するのは便利ですよ。それによって大切な何かを失ってる感は確かにあります。
Groovy project should have a clear governance structure
I just came back from Tokyo to learn that the Groovy project is looking for a new home. Related posts from the project leaders here, here, and here. Hacker News commentary is here. This news hit close to home for me for several reasons. For one, I like Groovy a lot myself, to the point that I have developed several projects around it (like this and this.) Two, the Jenkins project uses Groovy a lot
HATEOASって何だ? - uehaj's blog
Grails 2.3のRest機能のドキュメントを読んでいたら、拡張の一つとして「8.1.7 Hypermedia as the Engine of Application State」というのが書いてあって、調べると面白かったので、この資料(REST: From GET to HATEOAS)を読んだだけでの、私の理解する限りのメモを記しておきます。 一言でいうと、HATEOASとは、Restfulパターンを拡張するアーキテクチャパターンで、Restful原則に対する追加的な制約。どういうものかというと、HTMLアプリの画面遷移を抽象化した、状態遷移を表現するRestful API(=Restful WebアプリのWebインターフェース)を設計するための具体的な方法論になってる。 もちろんGrailsに特化したものではなく、Restと同じレベルのWebアプリケーション一般概念でありRes
The Netflix Dynamic Scripting Platform
by Sangeeta Narayanan Over the past couple of years, we have optimized the Netflix API with a view towards improving performance and increasing agility. In doing so, the API has evolved from a provider of RESTful web services to a platform that distributes development and deployment of new functionality across various teams within Netflix. At the core of the redesign is a Dynamic Scripting Platfor
iOSのSwiftとAndroidのGroovy - Rejasupoem
WWDCでSwiftが発表されてTLが賑わっていますが、時を同じくして6/2〜6/4に開催されたGR8Conf Europe 2014でGroovyのAndroidサポートが発表されました。 groovy-coreに取り込まれた差分: Raw modifications to run Groovy on Android by melix · Pull Request #436 · groovy/groovy-core さっそくAndroidアプリをGroovyで書いてみた 以前RxJavaのために書いたサンプルプロジェクトがあったので、Groovy化してみました。 と言っても、GroovyはJavaに完全な上位互換があるのでそのままでも動くので、Groovyっぽいシンタックスを使ってみました。 class ComposeMessageActivity extends Activity {
Apple's Swift programming language inspired by Groovy
During Apple’s WWDC conference was announced a new programming language, called Swift, targeted at developing on iOS devices (and likely Mac OS X in the future as well). When looking through the slides from the keynote, online documentation, and iTunes ebook, an acquainted Groovy eye would immediately notice the inspiration the Swift designers took from Groovy. In one of the slides covering Swift,
Groovy web console
Console tips You can hit Alt-Meta-R to execute the current script without using the execute button. You can resize the script view by sliding down the bottom of the line number gutter. About this site: The Groovy Web Console is a website for sharing and executing Groovy programming snippets of code! Application deployed on Google App Engine Developed with the Gaelyk lightweight Groovy toolkit for
そろそろPower Assertについてひとこと言っておくか - ぐるぐる～
タイトルはもちろん釣りで・・・はない！ ちょっと真面目に、Power Assertについて意見を述べたいのです。 そもそもPower Assertって何？ てきとーに説明すると、 普通の比較演算子で普通にassert書けば、失敗時に各部分式の値を表示してくれる ようなものです。 Groovy製のテスティングフレームワークであるSpockがおそらく本家大本です((要出典。こういう系の発想は割と昔からあったし、Spock以前に実装例がありそうな気がする。そもそも、Spockは最初からPower Assert持ってたのかも調べないといけない。ちなみに、式木を弄ってAssertを組み立てる、というものであれば(PowerAssertよりも情報量は少なくなるものだけど)、自分の知る限りだと2009年6月にこんな記事があります。 http://themechanicalbride.blogspot.j
Eclipse Vert.x
import io.vertx.core.AbstractVerticle; public class Server extends AbstractVerticle { public void start() { vertx.createHttpServer().requestHandler(req -> { req.response() .putHeader("content-type", "text/plain") .end("Hello from Vert.x!"); }).listen(8080); } } import io.vertx.core.AbstractVerticle class Server : AbstractVerticle() { override fun start() { vertx.createHttpServer().requestHandler {
#startupGroovy で Java+Groovy のテストを学んだ - tomykaira makes love with codes
ハンズオン id:kyon_mm 先生が書いたテストコードに対して、実装していく形の課題。 4clojure という clojure 勉強サイトでも、同様の形式をとっている。 ベストではない答をしてしまう問題があるが、自分で調べる方法がわかるというのが利点である。 groovy / clojure を実際に使ってるひとが、「こういうのよくやるよね〜」でお題を作るとよさそう。 問題の意図(これができる API 関数を探せ)というのがもしかしたら伝わっていなかった人がいたかもしれない。 第一ステップでほぼおわってしまい、あとは closure で遊んだり、groovy 独特の演算子を勉強したりした。演算子については Groovyの奇妙な演算子(その１） - Grな日々(uehajの日記) Groovyの奇妙な演算子(その2) - Grな日々(uehajの日記) Groovyの奇妙な演
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
vert.x – Node.jsの代替フレームワーク