Spring Framework 3.1 GA
Abraham
Ayer Juergen Hoeller anunciaba en el bloque oficial de SpringSource la "disponibilidad general" (la versión estable) de Spring Framework 3.1. Esta versión también tiene soporte para Hibernate 4.0 y Quartz 2.0 y para algunas características de java 7 como JDBC 4.1 y ForkJoinPool. También tiene una abstracción del mecanismo de cache que estemos empleando, y ésta se puede configurar de modo declarativo con anotaciones del estilo @Cacheable.
Buena parte de las novedades de esta versión parecen ir en la línea de "deshacerse de documentos de configuración en XML". Por ejemplo, ahora se puede configurar el contenedor de Servlets 3.0 mediante código (en lugar de usar web.xml), hay equivalentes en código fuente para definir espacios de nombres de Spring XML, hay soporte para “consumes” and “produces” en la anotación @RequestMapping para especificar el content-type, soporte completo de TestContext framework para clases con la anotación Configuration, se puede configurar los mapeos JPA sin necesidad del persistence.xml…
Precisamente la necesidad de emplear un montón de XML para configurar el framework era una de las principales críticas que surgió en los comentarios de nuestra discusión "Spring vs Java EE 6" (resultados de la encuesta aquí). Parece que con la versión 3.1 pretenden cambiar esto.
Podéis descargar Spring Framework 3.1 GA desde aquí.
Reader Comments (6)
Yo tengo ganas de probar los flash attributes que son atributos (objetos) que se pasan a una página a la que haces una redirección.
Para esto normalmente se la sesión, y Spring internamente hace eso, pero de esta manera te olvidas de los detalles, simplemente al hacer un redirect dices qué atributos le vas a pasar a la página a la que redireccionas.
El flash attribute es algo que se introdujo del mundo de grails. Me parece excelente que ahora es parte de spring.
Seguramente no tarda el anuncio oficial de Grails 2.0.
De hecho esto viene desde Rails...
Estuve viendo spring 3, y no me gusta el tema de las annotations, poner en deprecated todo el framework, para sustituir todo con annotations, no me gusta ni un poco, creo que las annotations son buenas para definir algun tipo de cosas, como los beans y los metadatos, pero el exceso de annotations como se hizo en esta version de spring, donde para manejar un spring mvc en vez de heredar de un controller, tenes que hacer todo con annotations, no me parece nada bueno, creo que estamos perdiendo el concepto del paradigma de objetos donde existe la herencia, sobrecarga, polimorfismo y todo lo que tiene que ver con objetos. Las annotations estan ensuciando al paradigma de objetos, o mejor dicho el exceso de annotations.
la herencia sobrecarga y polimorfismo apesta cuando un framework te obliga a hacerla a su manera
spring desde toda la vida trato de no mandar en tu código pero en lagunas partes si lo hacia y con esta evolución a mejorado en ese aspecto
dentro de tus propias clases puedes usar la "verdadera y unica verdad el pardigma orientado a objetos" todo lo que quieras
la herencia en java introduce una dependencia fuerte incluso bien diseñada y en tu propio código fuente en java no existe herencia multliple a si que cuando creas herencia la puedes fregar horrible por que después quieras heredar de otra clase pero ya no puedes la implementeacion de interfaces también puede dar a colisión de nombres en métodos(eso no es tan grave como la herencia y es facil de arreglar)
en la actualidad los mejores framewors están evolucionando a la meta programación (anotaciones o xml) por que es menos intrusiba y no te obliga a "trabajar a su manera" ni "a dictarte su arquitectura" es verdad que si te obligan un poco pero no es tan grave como que te obliguen a heredar de tal cosa
las anotaciones tienen sus ventajas debido a que solo "describes lo que quieres" y el framework o lo que sea se encarga de que mágicamente de hacerlo incluso en muchas menos lineas de codigo que con "la única verdad oo" un ejemplo son las transacciones con anotaciones solo dices que quieresy nada mas pero con el enfoque tradicional tienes que recurrir a clases externas o a clases anónimas internas