Grails y mas Grails

Sigo en la batalla de entender grails, ya pude hacer la mayoría de mis catálogos iniciales de mi tesis de forma directa a traves de un archivo groovy por catálogo. Esto es, los archivos dentro de la carpeta domain. Lo demás ( controladores, vistas y layouts ) no los he tocado, hasta que entienda realmente las cuestiones de las restricciones ( constraints ) que permiten definir como quedarán las tablas generadas por el hibernate.

Es una maravilla, y ya puedo pensar en el siguiente paso, el cual me lleva directamente a el filtro de los combos o dropdowns de los catálogos mastaer y detail, puedo decirles que mi dominio comprende proyectos que tienen areas de negocios, que a su vez tienen actividades de negocio y estos a su vez características funcionales, etc. lo importante es que después de generar el código puedo realizar las operaciones básicas de altas, bajas, modificaciones, listado y mostrar datos del registro seleccionado de la lista sin mayor esfuerzo que un simple comando grails generate-all

Ante todo esto, ni siquiera el filtro de los combos es importante para mi tesis pero es algo que quiero dominar para no cometer errores y combinar las areas de negocio de un proyecto con las de otro proyecto cuando esté dando de alta alguna actividad de negocio. Esto quiere decir, los combos no se filtran en el evento onchange, o mejor dicho, la generación de código qeu trae el grails no realiza esta tarea de refrescar la información de los combos anidados en niveles inferiores, hay que hacerlo de manera manual... sinceramente, que flojera, y ni siquiera es importante para la tesis porque tengo que llegar mas a fondo y meterme a los datos del uso de platillas XSL en combinación con metadatos XML a partir de tablas de la base de datos para lo que verdaderamente vale, y hacer pruebas y generar códigos y editarlos o refactorizar y luego comparar código generado con el refactorizado para llevar un seguimiento de los cambios por código y relacionar esta información con la plantilla... asi podemos decir qeu una plantilla nos ofrece muchas mas ventajas que otra de acuerdo al menor número de cambios en diferentes contextos o proyectos.

Un rollo que se me ocurrió y fui ligando ideas, y ahora, como siempre, me encuentro con proyectos como grails o ruby on rails que generan código y se actualizan inmediatamente y tienen muchas características funcionales interesantes, son prácticos y están orientados a hacernos la vida mas fácil, mientras que yo, la complico, bueno, en realidad, no tanto, por eso quiero llegar al punto de simplificar la administración del proyecto a través de la información basada en experiencia recogida y documentada en forma de plantillas XSL.

Todo esto, con el afán de lograr una meta, ya tengo la idea completa y creo que lo más dificil será que alguien retroalimente mi proyecto de tesis con los resultados obtenidos. Si logro combinar el grails con una interfaz de java simple por JDBC o el mismo hibernate a los metadatos de una tabla y con esto genero el XML y con la sabia experiencia de los programadores para generar su código a partir de metadatos en formato XML a su lenguaje preferido (utilizando particularmente XSL he logrado generar código c#, php y java), entonces, ya estoy del otro lado.

Sus comentarios son bienvenidos.

saludos.