我一直在學OSGi,最近也有一些關於Groovy的內容,但對於兩者來說都很新穎。我知道Groovy是Grails框架的一部分,Grails對於快速開發很有好處。 OSGi最令人滿意的特性之一是類加載器管理,我相信這可能仍然是Grails的一個問題(糾正我是否錯誤)。所以,我很好奇是否有可能在OSGI環境中運行Groovy和/或Grails?Groovy + OSGi或Grails?
9
A
回答
6
有一個Grails plugin可用,它將Grails應用程序轉換爲可部署在SpringSource的dm服務器上的OSGi包。該插件作者還發布了一些有關將Grails與OSGi集成的blog posts。然而,據我所知,OSGi對Grails框架的支持仍然相當有限,並且將由Grails 2.0「本地」支持。
3
在我看來,將整個應用程序打包爲OSGi包並沒有真正的好處,只是可以在OSGi容器中運行。它不會讓你的應用程序更加模塊化,因爲它仍然是一大捆。請注意,使用OSGi不會簡化關於類加載的任何操作。當你使用那些沒有被設計成在OSGi環境中運行的庫時,它會引入問題。除非你有充分理由這麼做,否則不要使用它。這是一個很棒的技術,但它不會讓任何事情變得更簡單或更好,只需將它放入即可。
0
我傾向於認爲,反過來更好:讓Grails模塊像GORM或GSP一樣運行OSGi容器。 所有的Groovy或Grails jar(現在是模塊而不是插件)已經與OSGi兼容,所以將它們安裝到正在運行的容器中應該不成問題。因此,您可以結合兩個生態系統的優勢。另一方面,與tomcat相比,將一個打包成一個巨大的整體包的應用程序部署到一個OSGi容器中並沒有太大的區別。
相關問題
- 1. Grails OSGi插件安裝錯誤
- 2. groovy/grails檢測平臺(Window或Linux)
- 3. Groovy @CompileStatic和Grails
- 4. Groovy/Grails入門?
- 5. 在Groovy/Grails的
- 6. 在Groovy/Grails的
- 7. osgi中的groovy控制檯
- 8. 的Groovy/Grails的Date.parse
- 9. Groovy/Grails中的JSON
- 10. Groovy/Grails SimpleTemplateEngine凍結
- 11. Groovy/Grails和IntelliJ - java.net.MalformedURLException
- 12. Grails和Groovy metaProgramming代表
- 13. Grails/Groovy變換異常
- 14. Groovy舊版Grails戰爭
- 15. 閱讀使用Grails/Groovy的
- 16. Snow Leopard + Grails 1.1.1 + Groovy 1.6.5
- 17. Grails groovy內部代碼值
- 18. Grails/Groovy - 使用多個@TestMixin
- 19. grails groovy版本問題
- 20. groovy和grails中的Httpost
- 21. Grails/Groovy文件刪除
- 22. 從groovy閱讀Grails配置
- 23. groovy和grails的編輯器?
- 24. Groovy和grails jdk問題
- 25. 閱讀InBox與Grails/Groovy?
- 26. Parse_url當量的Grails/Groovy的?
- 27. Groovy/Grails文檔下載
- 28. 更改Grails的Groovy版本
- 29. Groovy/Grails - 無法解決類
- 30. 的Grails:服務VS Groovy類