Ejecución dinámica de múltiples instancias de un trabajo Quartz (inglés)

Si estamos utilizando el plugin de Quartz para Grails, cada vez que se ejecuta un trabajo, se crea una nueva instancia del mismo, lo cual es bastante útil y seguro para poder ejecutar muchas veces el mismo trabajo, incluso en paralelo si fuera el caso.

Más información sobre Running multiple instances of a quartz job dynamically (traducido al español).

Trabajando con llamadas SOAP (inglés)

Hace algún tiempo publicamos un artículo en el Observatorio sobre el uso de llamadas SOAP + https desde Grails utilizando Groovy WS. Ya entonces os comentábamos las dificultades de trabajar con servicios SOAP seguros, y aquí nos llega de nuevo un artículo sobre cómo utilizar directamente la API de HttpClient, que aunque de más bajo nivel, es más "segura".

Más información sobre Working with Soap Calls (traducido al español).

Configurar múltiples remitentes con el plugin Mail (inglés)

Si estás en la necesidad de enviar correos con múltiples remitentes, no te pierdas este artículo donde se explica un sencillo truco para poder tener más de un remitente al usar el plugin de Mail en Grails.

Más información sobre Configuring multiple senders in Grails Mail plugin (traducido al español).

Aplicaciones modulares continuamente entregables (inglés)

Las razones por las que muchos equipos de desarrollo comienzan a evaluar Grails son varias. Aquí os dejamos un artículo donde se discute las ventajas de usar una tecnología que permita un tiempo de respuesta alto, una mejor API, un sistema que siempre se pueda probar, así como infraestructura para las pruebas, usabilidad de la capa de presentación, y modular; en definitiva, están hablando de Grails, ¿verdad?

Más información sobre Modular Continuously Shippable Applications (traducido al español).

Grails no para de recompilar mis clases (inglés)

A veces durante el desarrollo nos encontramos con pequeños problemas que, aparentemente, no tienen una explicación clara. Si no, que se lo digan al autor de este artículo que tuvo que pelearse con su aplicación Grails hasta descubrir que el problema era un nombre de clase que no coincidía con el nombre el fichero que la contenía. Lo extraño es que IntelliJ no se le quejara...

Más información sobre Grails keeps rebuilding classes (traducido al español).

Y otro artículo general sobre Grails (inglés)

Aunque se trata de un simple resumen de la tecnología, siempre es interesante conocer la visión que cada desarrollador tiene acerca de Grails.

Más información sobre Grails (traducido al español).

La eterna discusión: ¿qué IDE es el más completo para Grails?

Desde el blog del Ayto. de Vitoria-Gasteiz nos llega un nuevo blog dentro de su experiencia con el uso de la tecnología Grails y herramientas asociadas, esta vez referente al uso de IDEs para su desarrollo.

Más información sobre IDE - Grails.

¿Qué hay de nuevo en Spock 0.4? (inglés)

Aunque Grails de forma nativa proporciona una API muy completa para nuestras pruebas unitarias, así como la posibilidad de 'mockear' nuestros objetos de las clases del dominio, en ciertas ocasiones no es suficiente y tenemos que recurrir a otras herramientas que extienden todavía más estas posibilidades. Un ejemplo podría ser la falta de soporte de 'named queries' en las pruebas unitarias.

Una de estas herramientas para Groovy es Spock, un magnífico framework para 'simular' objetos cuando realizamos nuestras pruebas unitarias. Con la nueva liberación 0.4, las posibilidades son aún mayores, y en este artículo se nos dan algunos trucos y consejos.

Más información sobre What's New In Spock 0.4? Episode 2: Better Mocking (traducido al español).

Injectando un 'bean' en un controlador Grails sin 'auto-wiring' (inglés)

Grails está basado en Spring, y por ello, por defecto, utiliza el mecanismo de 'auto-wiring' para inyectar las dependencias tanto en controladores, como servicios, como trabajos Quartz, etc. Sin embargo, en ocasiones este comportamiento por defecto puede que encaje con el resultado que pretendemos obtener, y aquí es cuando podemos 'bajar' a Spring e indicarle mediante configuración cómo queremos que se resuelvan las dependencias. Imaginad, por ejemplo, el caso en que un controlador Grails utiliza dos implementaciones distintas del mismo servicio.

Más información sobre Injecting a bean into a Grails controller without using auto-wiring (traducido al español).

Configurando InetlliJ para depurar con Grails/Spring/Acegi (inglés)

Cuando los 'logs' no son suficientes para comprender por qué un determinado trozo de código no está funcionando como esperábamos, la posibilidad de poder depurar directamente contra el código fuente de cualquiera de las APIs que estamos utilizando en nuestra aplicación es una gran ventaja. Sin embargo, dependiendo del entorno de trabajo, no siempre es fácil configurar nuestro editor para que sepa localizar los códigos fuente. Aquí os dejamos un pequeño artículo de cómo configurar el IDE IntelliJ para que podamos depurar nuestras aplicaciones.

Más información sobre Setting up IntelliJ to Debug Into Grails / Spring / Acegi 3rd Party Source (traducido al español).