Barrapunto

En cuanto al rendimiento, una de las ventajas es que permite utilizar Java en las partes más comprometidas/exigentes, como por ejemplo la capa de servicio. Lo que supone una pérdida de rendimiento ridícula respecto a una aplicación JavaEE pura (casi siempre mejor que el equivalente en JRuby (RoR))
Grails es en el fondo SpringMVC, con todo lo bueno y malo. Puedes hacer una aplicación web 100% JavaEE si quieres, o aprovechar lo modular que es, y utilizar solo la base, creando una RIA con Flex, openlaszlo, GWT, ...

Al proyecto solo le falta un empujón en forma de equipo de apoyo/colaboración mayor de SpringSource.

La estructura de plugins hace que en un momento dado puedas utilizar: Groovy, Java, Hibernate, OpenJPA, Toplink, SiteMesh, jBPM, Lucene, Canoo webtest, Selenium, GWT, Prototype, Openlaszlo, Flex, ExtJS, jQuery, YUI, dojo, Quartz, Acegi, Jsecurity, JasperReports, Eclipse BIRT, ...
Y todo en el contenedor J2EE que más se ajunte a tus requisitos: Tomcat, Glassfish, jetty, JBoss, Weblogic, Websphere, ...
Creo que se ganaría mucho en España si de desarrollase algo más que proyectos en Struts 1, PHP a pelo o del framework desarrollado por el iluminado de turno (y que solo lo utilizan en la propia empresa).

Ah! Groovy no es interpretado, sino compilado (a Bytecode)

Puedes utilizar JDBC a pelo si quieres, en toda la aplicación o en casos de uso concretos.
Spring es otro tema, ya que este creo que esta más fuertemente ligado, no se si se pueden utilizar otra librerias de inyección de dependencias como Picocontainer.