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).

Relaciones uno a muchos con Grails

Desde el blog de John Rellis nos llega un interesante artículo lleno de consejos para usar relaciones uno a muchos en tu aplicación Grails.

Más información acerca de Relationship Advice: Grails One-To-Many (traducido al español).

¿Simplemente decir 'basta' al SQL (en favor de NoSQL)? (inglés)

Una vez más un artículo donde se pone de manifiesto las ventajas de utilizar un framework como Grails.

Más información sobre Just say no to SQL? (traducido al español).

Uso de Criteria en GORM para contar los hijos de un padre (inglés)

Parece que en la documentación oficial de Grails no viene claramente explicado el modo en que contar los hijos de un padre en GORM, y aquí os dejamos cómo hacerlo.

Más información sobre GORM Criteria using child to parent relationship (traducido al español).

Patrones del dominio en proyectos 'enterprise' (inglés)

Muy buen artículo sobre cómo Grails y sus clases del dominio nos pueden facilitar el trabajo en proyectos de tipo empresarial donde la lógica de manipulación de datos crece exponencialmente.

Más información sobre Domain Patterns in Enterprise Projects (traducido al español).

Truco Grails: Usar una palabra reservada de BD como clase del dominio (inglés)

Aunque se trata de una práctica no aconsejada, es posible en Grails utilizar nombres de palabras reservadas (en este caso de MySQL) para nuestras clases del dominio, como se indica en este artículo. Para los que desarrollamos en español, tenemos la ventaja de que nuestras palabras no suelen entrar en conflicto con ninguna palabra reservada. ¿Alguna ventaja teníamos que tener, no?

Más información sobre Random Grails tipo: Using a DB reserved word as a domain class name in Grails (traducido al español).

Añadir un método 'save' dinámicamente que muestre errores (inglés)

En este artículo se nos presenta una solución simple y rápida para añadir de forma dinámica un método llamado 'debugSave()' a todas las clases de nuestro dominio, de forma que si ocurre algún problema al guardar nuestros objetos, se nos imprima por pantalla la lista de errores que ha producido dicho problema. En nuestra opinión, esta funcionalidad ya la ofrece el método 'save(failOnError: true)', pero aún así es interesante el ejemplo de cómo podemos añadir funcionalidad dinámica a nuestra aplicación con pocas líneas de código.

Más información sobre Grails: Dynamically adding a save method to Domain objects that shows errors (traducido al español).

Grails y Oracle XMLDB (XMLType) (inglés)

Aunque en general el uso de cualquier otra tecnología basada en Java/JEE suele ser tan simple como "dejar caer" el JAR en el directorio $GRAILS_HOME/lib de nuestra aplicación, en ocasiones se requiere de algún paso adicional de configuración, como es el caso de Oracle XMLDB, para evitar los errores de parseo SAX que se explican en este artículo.

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

Plugin MongoDB Tools: tu BD orientada a documentos en Grails

Para aquellos que estéis buscando una solución a la necesidad de gestionar vuestros documentos en BD, aquí os dejamos el plugin de Grails que integra MongoDB en vuestra aplicación. MongoDB es una base de datos orientada a documentos escalable, de alto rendimiento, y open source, escrita en C++. Entre otras características ofrece soporte completo de indexación, replicación y alta disponibilidad, escalabilidad horizontal, motor de consultas, actualizaciones rápidas, agregación y proceso de datos flexible, y muchas más.

Más información sobre MongoDB Tools plugin.

Encontrar el nivel justo de abstracción (inglés)

Muchas veces el uso de frameworks de desarrollo se ve altamente influenciado por lo que los ingleses llaman 'hype' (bombo), es decir, el nivel de popularidad o entusiasmo que la comunidad open-source asigna a un determinado proyecto. Sin embargo, en ocasiones, a pesar de las maravillosas funcionalidades y calidad técnica de estos proyectos, y aunque son utilizados de forma exitosa en grandes desarrollos, puede que no encajen en la idea que estamos buscando, bien porque sería como matar moscas a cañonazos, bien porque la complejidad de nuestro proyecto, aunque no inicialmente, requiere de futuras librerías que no son compatibles con el framework.

Alrededor de estas ideas gira el artículo que aquí os dejamos para que podáis sacar vuestras propias conclusiones.

Más información sobre Finding the right level of abstraction (traducido al español).