GVM 與 GroovyServ

執行 .groovy code 不外乎要設定 PATH 與 CLASSPATH，以找到 interpreter(groovy)、compiler(groovyc) 與相關的 library；它往往需要在啟動的 shell 或 user profile 來加以處理。但，以系統維運的角度來說，則需要"安裝"，以便整合至 environment 之中，維持系統固定、一致版本的 interpreter 與 compiler。以 ubuntu 系統為例:

sudo apt-add-repository ppa:groovy-dev/groovy
sudo apt-get update
sudo apt-get install groovy

groovy -version

Groovy Version: 1.8.6 JVM: ...

使得 groovy script 有如 shell script 一般，只要在 script 的第一行指出 interpreter 即可：

#!/usr/bin/bash
# this is a bash shell script

echo "1 + 2 = $((1+2))"

# ...

#!/usr/bin/env groovy
// this is a groovy script

println "1 + 2 = ${1+2}"

// ...

另一種安裝的選擇：GVM；它有如 linux 的 alternatives 來管理不同版本的 package 路徑一般 (alternatives 可用來安裝多版本 JDK)，安裝後並指定 groovy 的版本。使得 groovy script 的第一行寫法保持一致、不受影響。

話說 language ，不免會被拿來與過去熟知的做比較；Java 也曾被"提過"很慢，但隨時代的演進這已是不再拿來作文章的話題了。近年來 JVM 上熱門的 dynamic language：Groovy ；也一樣引起話題：慢。

也就是說 script 會因功能的增加而 source code 越來越長，也造成編譯與執行的時間相對變長；這往往會造成 developer 的困擾。這種在編譯時期一樣有這"症頭"的還有 Scala；不過，人家它有 fsc；那 Groovy 呢？

還好出現了 GroovyServ。

以抓取某熱門森林遊樂區的訂房首頁的應用為例:
僅使用 groovy interpreter，執行的時間：

real 0m6.180s
user 0m4.875s
sys  0m0.271s

而搭配 GroovyServ 使用，在執行一次以後則：

real 0m1.445s
user 0m0.018s
sys  0m0.040s

看的出它的"效果"驚人！這對於 developer 的工作有相當大的幫助。並且， GVM 工具也支援安裝 GroovyServ，維護上相當方便。

ps.
停用 GroovyServ 的指令:

groovyserver -k