Warum ist das überhaupt interessante? Spring ist eben nicht nur für Java, sondern hat einen breiteren Ansatz, und Groovy ist recht leicht zu lernen. Außerdem ist Spring recht flexibel. So kann man mit Hilfe des Spring AOP Ansatzes Proxies erzeugen, die dann auch für Beans angewendet werden kann, die in einer dynamischen Sprache geschrieben sind.
Zu Integration mit einer dynamischen Sprache kann man (im Falle von Groovy) die GroovyScriptingFactory nutzen (dazu muss man dann noch einen ScriptFactoryPostProcessor in der Konfiguration definieren). Eine Alternative ist das <lang:grovy>-Element mit einer Referenz auf ein Source-File oder direkt Code in der Spring-Konfiguration mit dem <lang:inline>. Eine weitere Möglichkeit ist eine ganz normale Bean Definition. Letzteres hat den Vorteil, dass es sehr einfach ist, man kann "normale" Dependency Injection machen - sonst muss man das <lang:property>-Element verwenden. Allerdings kann man eine solche "normale" Bean-Definition nur bei Groovy nutzen, weil Groovy Java Byte Code für die eigenen Klassen erzeugt.
Gründe für die Verwendung von dynamischen Sprachen sind zum Beispiel die Integration in Spring MVC, denn gerade bei der Implementierung von Controller bekommt man so viel schneller Feedback und das Interface (Controller) bleibt immer gleich. Rod hat diesbzüglich auch schon experiementiert und das ganze macht wohl einen guten Eindruck.
Guillaume zeigte dann einen anderen Einsatszweck von dynamischen Sprachen und zwar DSLs. Er zeigte eine Sprache, die zum Definieren von Events verwendet werden kann. Was man dazu macht, ist, dass man eine neue Meta-Klasse definiert. Meta-Klassen definieren das Verhalten von Klassen und sind Teil des Meta Object Protocols. In dem Beispiel ändert man das Verhalten bei einem Methodenaufruf: Statt, dass eine Methode ausgeführt wird, wird ein neues Event erzeugt, man überlädt dazu die invokeMethod()-Methode.
Ingesamt ein interessanter Vortrag, der zeigt, dass auch im Bereich dynamischer Sprachen Spring sich nicht verstecken muss. ¶ 18:55
