Ich habe in letzter Zeit OSGi und ein wenig über Groovy gelernt, bin aber für beide sehr neu. Ich weiß, dass Groovy Teil des Grails-Frameworks ist und dass Grails für eine schnelle Entwicklung gut ist. Eines der wünschenswertesten Features in OSGi ist das Klassenlader-Management und ich glaube, das ist wahrscheinlich immer noch ein Problem mit Grails (korrigiere mich, wenn es falsch ist). Also, ich bin neugierig, ist es möglich oder sogar wünschenswert, Groovy und/oder Grails in einer OSGI-Umgebung zu spielen?Groovy + OSGi oder Grails?
Antwort
Es ist ein Grails plugin verfügbar, der eine Grails-Anwendung in ein OSGi-Bundle verwandelt, das auf dem SpringSource dm-Server bereitgestellt werden kann. Der Plugin-Autor hat auch einige blog posts über die Integration von Grails mit OSGi gepostet. Soweit ich weiß, ist die OSGi-Unterstützung des Grails-Frameworks jedoch noch ziemlich begrenzt und wird "nativ" mit Grails 2.0 unterstützt.
Meiner Meinung nach hat es keinen wirklichen Vorteil, Ihre gesamte Anwendung als OSGi-Paket zu verpacken, außer dass Sie es in einem OSGi-Container ausführen können. Es macht Ihre Anwendung nicht modularer, weil es immer noch ein großes Bündel ist. Beachten Sie, dass die Verwendung von OSGi nichts vereinfacht, was das Laden von Klassen betrifft. Dies kann zu Problemen führen, wenn Sie Bibliotheken verwenden, die nicht für die Ausführung in einer OSGi-Umgebung ausgelegt sind. Benutze es nur, wenn du einen guten Grund dafür hast. Es ist eine großartige Technologie, aber es wird nichts einfacher oder besser machen, indem man es einfach hineinwirft.
Ich neige dazu zu denken, dass andersherum eher vorzuziehen ist: Lassen Sie Grails-Module wie GORM oder GSP in einem laufen OSGi-Container. Alle Groovy- oder Grails-Jars (die Module statt Plugins sind) sind bereits OSGi-kompatibel, daher sollte es kein Problem sein, sie in einem laufenden Container zu installieren. So können Sie die Vorteile beider Ökosysteme kombinieren.
Auf der anderen Seite macht die Bereitstellung einer App, die als riesiges monolithisches Paket in einem OSGi-Container verpackt ist, keinen großen Unterschied im Vergleich zu Tomcat.
- 1. Groovy/Grails Dokument herunterladen
- 2. JSON in Groovy/Grails
- 3. Editor für groovy und Grails?
- 4. Groovy Grails Handle Controller-Parameter
- 5. Codeformatierer für Grails und Groovy?
- 6. Groovy/Grails - Abrufen des Listenindexwerts
- 7. Erfahrungen mit Groovy ++ in Grails
- 8. Groovy/Grails Plugin für Sonar
- 9. Benötigt Grails 2.1.0 Groovy 1.8?
- 10. Groovy/Grails Enthält mit Kleinbuchstaben
- 11. Erkennen der Plattform (Windows oder Linux) von groovy/grails
- 12. OSGi oder Impala?
- 13. Dynamic Groovy Auf Grails-Anwendung hochgeladen
- 14. Grails maven plugin will Groovy 2.4.2
- 15. Werden Groovy (Grails) Kompilierzeitprüfung wie Java geben?
- 16. Groovy/Grails Code Cleanup Vorschläge, bitte!
- 17. Groovy-Grails sql.rows in GSP Tabelle
- 18. ein Groovy Merkmal in einer Grails-Controller
- 19. Grails: Groovy: SSLPeerUnverifiedException: Peer nicht authentifiziert
- 20. Groovy-Eclipse-Plugin zur Entwicklung in Grails
- 21. Duplikate entfernen Karten gleich Groovy/Grails
- 22. Groovy/Grails, wie man einen Datentyp ermittelt?
- 23. Groovy/Grails Karte als Parameter einer Funktion
- 24. Anfänger Problem mit Groovy auf Grails
- 25. Grails Filter-Syntax, oder, wie Sie einen Grails-Filter außerhalb Grails
- 26. Wie Domain Klassenmethoden auf Utils oder src/groovy?
- 27. Vermeiden von Groovy/Grails-Internals beim Debuggen in IntelliJ Idee
- 28. Wechsel von Eclipse zu IntelliJ für Groovy/Grails dev
- 29. Groovy-Anweisungen in JavaScript-Quellen in Grails ausführen
- 30. Wie 3 externe .groovy Konfigurationsdatei in Grails verwendet