martes
oct242006
Groovy mató al fichero de configuración XML
martes, octubre 24, 2006 at 11:33AM
El título de la noticia surge de parafrasear una entrada antigua de un weblog, quien a su vez se inspira en el título de la canción "Video killed the radio star". En la entrada del weblog el autor presentaba un proyecto, que no ha continuado manteniendo, que permitía "programar" los ficheros de configuración XML de una aplicación de Spring 1.0 en Groovy. También discute las ventajas de Groovy frente a XML para este tipo de aplicaciones. Probablemente este weblog es el primero en recoger esta idea.
Otro ejemplo de sistema que emplea en Groovy para describir su configuración es el proyecto Computecycles , proyecto que pretende permitir la construcción de Grids de bajo coste en los que cada servidor "busca" tareas para ejecutar cuando "no tiene nada que hacer" empleando la tecnología Jini para ello.
El proyecto Ant Scripting emplea la integración de Groovy con los lenguajes de marcado (GroovyMarkup) para permitir lanzar tareas Ant desde Groovy. Probablemente sea el esfuerzo más general la línea de convertir a Groovy en un lenguaje de configuraciones. Un proyecto similar, pero que ha escogido a Java como lenguaje de configuración, es Gosling; en este caso tengo dudas de si ese es el camino adecuado. Que el lenguaje de programación de configuraciones tenga un tipado fuerte puede convertirse en un lastre para la programación de los "script" de configuración.
La posible utilidad de este lenguaje de programación como sustituto para la "meta programación en XML" que se emplea en Ant, BEPEL ficheros de configuración de las páginas JSF... y otros muchos también ha sido ampliamente discutida en Artima, Theserverside y este mismo portal.
¿Creéis que de aquí a unos años Groovy habrá sustituido a XML como lenguaje preferido para describir configuraciones dentro de la plataforma Java? ¿Alguna vez habéis echado de menos la potencia expresiva de un lenguaje más procedural al describir configuraciones en XML?
Otro ejemplo de sistema que emplea en Groovy para describir su configuración es el proyecto Computecycles , proyecto que pretende permitir la construcción de Grids de bajo coste en los que cada servidor "busca" tareas para ejecutar cuando "no tiene nada que hacer" empleando la tecnología Jini para ello.
El proyecto Ant Scripting emplea la integración de Groovy con los lenguajes de marcado (GroovyMarkup) para permitir lanzar tareas Ant desde Groovy. Probablemente sea el esfuerzo más general la línea de convertir a Groovy en un lenguaje de configuraciones. Un proyecto similar, pero que ha escogido a Java como lenguaje de configuración, es Gosling; en este caso tengo dudas de si ese es el camino adecuado. Que el lenguaje de programación de configuraciones tenga un tipado fuerte puede convertirse en un lastre para la programación de los "script" de configuración.
La posible utilidad de este lenguaje de programación como sustituto para la "meta programación en XML" que se emplea en Ant, BEPEL ficheros de configuración de las páginas JSF... y otros muchos también ha sido ampliamente discutida en Artima, Theserverside y este mismo portal.
¿Creéis que de aquí a unos años Groovy habrá sustituido a XML como lenguaje preferido para describir configuraciones dentro de la plataforma Java? ¿Alguna vez habéis echado de menos la potencia expresiva de un lenguaje más procedural al describir configuraciones en XML?
Reader Comments