¿Son spring y seam frameworks incompatibles? ¿puedo aprovechar las ventajas que me ofrecen ambos en mis aplicaciones? Supongo que no seré el único que se plantea estas preguntas
En un proyecto interno sobre seam se nos planteó un grave problema, ¿cómo manejo de forma transparente y sencilla las transacciones distribuidas de mi aplicación? ¿tengo que implementar un manejador de transacciones propio? ¿qué problemas puede darme? ¿es escalable esta solución? Al final, buceando por la documentación de seam encontré como integrarlo con spring y me dió paso a implementar la solución que andaba buscando
Si no estabais seguros de la temática de este blog, algunos me llamareis ¡loco!, otros os estaréis preguntando qué es eso de Spring y porqué es tan famoso, otros pensaréis que ya está otro pesao vendiéndonos el framework este. De cualquier modo, lo que busco en esta entrada es introducir este framework y emplear el blog en dar a conocer mi experiencia personal en el uso del Core de Spring. Como algunos de vosotros ya conoceréis, Spring posee multitud de aplicaciones y puesto que no puedo explicarlas todas en una entrada, para eso está este blog. Tiempo al tiempo...
La primera versión de Spring fue escrita por Rod Jonhson, quien lo lanzó primero con la publicación de su libro "Expert One-on-One Java EE Design and Development", basado en las mejores prácticas aceptadas. Tras la publicación, sus lectores le solicitaron que el código que acompañaba al libro fuera liberado bajo una licencia Open Source. A raíz de eso, se formó un pequeño equipo de desarrolladores que esperaba trabajar en extender el framework, y se creó el primer proyecto en Sourceforge en febrero de 2003. Después de trabajar en su desarrollo durante más de un año, la primera versión (1.0) fue lanzada en marzo de 2004, momento a partir del cual Spring ganó mucha popularidad en la comunidad Java, debido en parte al uso de Javadoc y de una documentación de referencia por encima del promedio de un proyecto de código abierto.


