如果羨慕Ruby On Rails可以用動態語言來編碼，但又舍不得Spring、Hibernate這些Javaer深以為傲的框架，那么有一種折中的方案：
    仍然使用Spring+Hibernate框架，而用Groovy/Jython/JRuby來編寫Controller類、Service類、DAO類，并把它們編譯成普通的Java Class文件來使用。
    BuggyBean的blog里用Jython示范了這種方案。

　１.why 動態語言？
　現在的動態語言都已經很面向對象，和傳統的用來寫寫外圍腳本（測試，安裝）的script語言已經不同，而且Groovy,Jython,JRuby寫成的類除了動態載入外，都可以編譯成靜態的Java Class文件，所以已能很好的承擔J2EE應用里業務類的角色了。

　動態語言有什么好處呢，請參看<Groovy寫業務類、框架類的那一噸好處>。

    2. 八卦：各種動態語言的Java實現
       Groovy ，BeanShell，Jython(Python)，JRuby(Ruby)，Rhino(JavaScript)，
      Jacl(TCL)，Bistro(SmallTalk)，Kawa(Lisp/Schema)

　3.哪種動態語言？
    Jython總是若斷若續，氣若游絲的樣子，而且現在都才移植到Jython2.1，比Python2.4 慢了幾拍，很信不過。

　JRuby呢? Dion Almaer在JRuby0.8.2發布時說："The day JRuby gets up to Jython levels, and then C Ruby levels, will be a great day."，字面上JRuby比Jython還要不靠譜。
     Ruby還有一個不好是暫時沒有好的IDE(連那個收費的ruby-ide都好弱)，如果沒有好的IDE，可以抵消掉大部分語言本身的優勢，真不能想像Ruby On Rails是用怎么個UltraEdit級的編輯器寫出來的。

   Groovy的弱勢是1.0正式版還沒有發行，用戶社區還不大。

    因為現在選的是Java框架下嵌入哪種動態語言作為業務類。所以Python和Ruby的用戶社群和大量的已有項目作用不是很大。而Groovy比起兩位舶來品，
    1.作為私生子，嵌入性理所當然是最好的，兩者的關系曖昧得不得了。
    2.另一個天然優勢是能兼容Java的語法，把Java代碼copy到Groovy幾乎不作什么修改(only不支持throws定義語句和Inner Class)，團隊的學習曲線平滑。
    3.因為不是移植項目，語言升級時沒有時間差，不用看移植人的臉色。

    so，我會選Groovy，等它的正式版出來之后。