Literalmente extraido de la página web de OpenXava…

OpenXava es un marco de trabajo para desarrollar aplicaciones web basadas en bases de datos, como Ruby on Rails, pero OpenXava produce aplicaciones J2EE / JavaEE estándars que pueden ser desplegadas en cualquier servidor de aplicaciones Java estándar (o portal Java estándar)

OpenXava es una iniciativa ¿española? (no estoy seguro de que esta afirmación tenga ningún sentido en el mundo Internet) por lo que toda la información al respecto está disponible en castellano, además de en inglés.

Es muy refrescante ver que proyectos iniciados en nuestro país crecen y llegan a tener un impacto importante en los medios internacionales de peso en el mundo Java.

Todavía no he tenido oportunidad de echar un vistazo al producto, pero si acerca algo el desarrollo de aplicaciones Java 2 EE a la facilidad de Ruby On Rails seguro que me gusta. También tengo en mi lista de tareas pendientes revisar Groovy, que también pretente el mismo objetivo: simplificar (enormemente) la construcción de aplicaciones Java.

La lista completa es la siguiente (en inglés, hoy estoy vago y no me apetece traducirla):

1. Always use MVC.
2. Don’t reinvent the wheel.
3. Apply automated unit tests and test harnesses at every layer.
4. Develop to the specifications, not the application server.
5. Plan for using Java EE security from Day One.
6. Build what you know.
7. Always use session facades whenever you use EJB components.
8. Use stateless session beans instead of stateful session beans.
9. Use container-managed transactions.
10. Prefer JSPs as your first choice of presentation technology.
11. When using HttpSessions, store only as much state as you need for the current business transaction and no more.
12. Take advantage of application server features that do not require your code to be modified.
13. Play nice within existing environments.
14. Embrace the qualities of service provided by the application server environment.
15. Embrace Java EE, don’t fake it.
16. Plan for version updates.
17. At all points of interest in your code, log your program state using a standard logging framework.
18. Always clean up after yourself.
19. Follow rigorous procedures for development and testing.

Yo no estoy totalmente de acuerdo con esta lista. En mi opinión los dos primeros puntos deberían intercambiarse. Para mi, con diferencia, la mejor práctica es no reinventar la rueda.

Y me pregunto, ¿porqué nos empecinamos en reinventar la rueda una y otra vez?. Pues por que cuando empezamos un proyecto dedicar una semana de un equipo competente a investigar que hay ya hecho que podemos reutilizar parece un despilfarro y una pérdida de tiempo. Este es posiblemenente el error más caro que un equipo de desarrollo puede cometer.

Via: InfoQ.com

Pensaba que a estas alturas la noticia estaría ya resesa, pero como al menos uno de mis dos lectores (Mikel, el otro es Eloy) no se había enterado todavía me veo en la obligación de recogerla .

El pasado lunes día 13 de Noviembre Sun Microsystems anunció oficialmente que liberaba bajo licencia GNU General Public License version 2 (GPLv2) sus productos: Java Platform Standard Edition (Java SE), Java Platform Micro Edition (Java ME), y Java Platform Enterprise Edition (Java EE). El anuncio oficial (junto con un vídeo de Jonathan Schwartz yRich Green) lo tenéis aquí.

Es posible que alguno de vosotros dos, Mikel y Eloy, no supieseis que Java no era Open Source. Hasta ahora Sun había licenciado Java bajo unas condiciones que no se ajustaban a la GPL ya que se reservaban la capacidad de control sobre el código. La explicación de Sun siempre ha sido que era la única forma de evitar que apareciesen “divisiones” (forks) en Java que rompiesen con la compatibilidad universal del lenguaje (el famoso Write once, run anywhere).

Parece que ahora Sun ha llegado, por fin, a la conclusión de que es menor el daño que el riesgo de la aparición de forks incompatibles pueda producir a Java; que los beneficios que, sin lugar a dudas, va ha generar el hecho de que ahora sea, con todas las de la ley, Open Source.

Sin entrar en detalles ¿qué significa exactamente que Java se licencie como GPLv2). Que quedan aseguradas las tres libertades que la Free Software Foundation buscaba preservar cuando redactó esta licencia hace ya más de 20 años:

• Libertad para usar el software
• Libertad para modificar el software
• Libertad para redistribuir el software

Más detalles sobre la licencia GPL en la Wikipedia, el texto oficial (en ingles) de la licencia, la página web de la Free Software Foundation, la reseña que la FSF hace de la liberación de Java.

Pues nada más, Mikel y Eloy. A mandar

Si alguien más, aparte de Mikel y Eloy, lee este artículo… ¡¡por favor, dejadme un comentario!!. Me haría mucha ilusión, al fin y al cabo Mikel se sienta a mi izquierda a menos de 1 metro y Eloy enfrente. Así que me siento un poco estúpido hablando con ellos a través de este blog

Matt Raible anuncia en su blog Raible Designs la liberación de la versión 1.9.3 de AppFuse.

Esta versión incluye, principalmente, correcciones a defectos encontrados pero también la actualización de alguna de las librerías de las que depende; por ejemplo la actualización de Acegi Security a la versión 1.0.1. En las notas de la versión encontraréis el detalle de todos los cambios.

Leyendo el blog de Matt Raible me he encontrado con un artículo acerca de Buildix.

Buildix es un desarrollo de ThoughWorks, una consultora especializada en el desarrollo de software, que describe Buildix como “The agile development platform in a disk”.

Se trata de una distribución Linux, basada en Knoppix (y por lo tanto en Debian ), a la que han quitado todo lo que ellos consideraban innecesario y han añadido un conjunto de herramientas de desarrollo. Concretamente la actual versión de Buildix incluye preinstaladas y configuradas:

• Subversión para el control del código fuente.
• Trac : Wiki, Bug-tracker y gestión de proyectos.
• CruiseControl para la gestión del ciclo de integración contínua del software.

Además ThoughWorks ha añadido algunas pequeñas herramientas propias e incluso un proyecto de ejemplo.

Están disponibles para bajárselas tanto un Live-CD como una máquina VMWare, tanto via http, como via Torrent. No hay excusa para no bajar alguna de las versiones y probarla (yo ya lo estoy haciendo).

Buildix incluye un ayudante que permite crear un proyecto nuevo desde cero con un único click. La idea es poder tener a un equipo de desarrollo trabajando sobre un entorno totalmente profesional en apenas unos segundos.

[lang_es]Acabo de recibir el anuncio de que el proceso de compra de JBoss por parte de Red Hat ha finalizado y que por lo tanto a partir de ahora JBoss es ya – "oficialmente una parte de la más grande compañía independiente de sofware de código abierto" – .

En los próximos meses tendremos oportunidad de ver qué significa esto realmente para el futuro de JBoss (y de Red Hat).[/lang_es]

 [lang_es]Estos días estoy teniendo la oportunidad (y la tarea) de leer cantidades ingentes de documentación relativa a arquitectura de aplicaciones J2EE (en el artículo Bibliografía y recursos java estoy recopilando la información de referencia que me parece más relevante).

Uno de los documentos que me ha parecido interesante es una presentación de Matt Raible, creador de AppFuse y Equinox , en la que hace una comparativa, desde un punto de vista eminentemente práctico y desde su (amplia) experiencia; de algunos de los frameworks que están más de moda: Spring, JSF, Struts, Tapestry y WebWork.

Os la recomiendo.[/lang_es] 

 Estoy leyendo una entrevista realizada por TheServerSide a Rod Jhonson el creador del framework Spring. La entrevista es vieja, de Febrero de 2003, pero en mi opinión muchas de las cosas que dice siguen siendo totalmente ciertas. Os traduzco (libremente) algunas de las que me han parecido más interesantes.

Hablando sobre los mayores "pecados" del desarrollo J2EE dice: 

Cuando le preguntan por la importancia de los patrones dice lo siguiente:

Hay que decir que Rod recomienda a continuación leer también el libro Core J2EE Patterns y su propio libro, Expert One-on-One J2EE Design and Development, que nos ayudará a poner los pies en el suelo y a aprender como usar los patrones de la banda de los cuatro en un entorno J2EE.

Cuando contesta a la pregunta acerca de su opinión acerca de la gestión que Sun está haciendo de Java suelta algunas perlas y una de las que más me ha llamado la atención es la siguiente:

Más sobre los EJB's, pero en este caso para ponerlos en su sitio sin demonizarlos.

Aunque a continuación dice:

Como véis, creo que lo que dice está totalmente vigente todavía. 

La documentación que aquí recojo es toda pública, gratuita y accesible. Está más orientada hacia el arquitecto de aplicaciones que hacia el programador y está además claramente orientada hacia aplicaciones J2EE empresariales.

Debéis considerar esta recopilación como un trabajo indefinidamente inacabado. Intentaré ir manteniendola actualizada.

La he dividido en las siguientes secciones:

• Documentación
• Páginas web
• Blogs
• Herramientas

Documentación

• “The J2EE Architects Handbook“, de Derek C. Ashmore. Este libro lo acabo de descubrir y es de lo mejor que he leido, os lo recomiendo encarecidamente. Lo toca todo, desde la composición de los equipos de trabajo, el ciclo de desarrollo, la planificación del desarrollo, la arquitectura de las aplicaciones, la construcción de las aplicaciones y el proceso de pruebas. Y además lo hace desde una perspectiva eminentemente práctica.

• “Designing Enterprise Applications with the J2EE Platform, Second Edition“, BluePrint de Sun Microsystems, los autores son: Inderjeet Singh, Beth Stearns, Mark Jhonson and the Enterprise Team.

• “Eclipse. Java Development User Guide. Basic tutorial “, de Adam Kiezun.

• “EJB Design Patterns“, de Floyd Marinescu.

• “Mastering Enterprise JavaBeans. Third Edition“, de Ed Roman, Rima Patel Sriganesh y Gerald Brose.

• “The Java language specification. Third edition“, de James Gosling, Bill Joy, Guy Steele y Gilad Bracha.

• “The J2EE 1.4 Tutorial“, de Eric Amstrong, Jennifer Ball, Stephanie Bodoff, Debbie Bode Carson, Ian Evans, Dale Green, Kim Haase y Eric Jendrok.

• “Java Code Conventions“, de Sun Microsystems.

• “Code Conventions for the JavaServer Pages Technology Version 1.x Language“, artículo de Kam Hay Fung y Mark Roth.

• “Project Conventions for Enterprise Applications. Early Access 1“, BruePrint de Sun Microsystems.

• “Naming Conventions for Enterprise Applications. Early Access 2“, BluePrint de Sun Microsystems.

• “Introducing the Spring framework“, articulo publicado en TheServerSide.com.

• “Spring. Reference documentation“, de Rod Johnson, Juergen Hoeller, Alef Arendsen, Colin Sampaleanu, Rob Harrop, Thomas Risberg, Darren Davison, Dmitriy Kopylenko, Mark Pollack, ThierryTemplier y Erwin Vervaet.

• “Designing an Enterprise Application Framework for SOA“, de Shyam Kumar Doddavula y Sandeep Karamongikar.

• “Building an Infrastructure to Enable a Service Oriented Architecture“, White Paper de Cisco Systems.
• Inversion of Control Containers and the Dependency Injection pattern , artículo de Martin Fowler.
• The New Methodology , artículo de Martin Fowler.

Páginas web

• Java.Sun.com , la “casa” de los programadores Java.

• TheServerSide.com, una parada obligada. Cantidades ingentes de documentación.

• Enterprise Java Research Library de TheServerSide.com

Blogs

Herramientas

Por ahora voy a poner solo la lista de “herramientas que hay que conocer”, la iré completando con los enlaces y comentarios. También las iré estructurando en categorías. Si creéis que algún “imprescindible” se me ha quedado en el tintero avisadme.

• Infraestructura

• Struts Framework
• SiteMesh. SiteMesh es un framework para la gestión de la organización (layout) y presentación de las páginas web de una aplicación. SiteMesh intercepta todas páginas que la aplicación genera, las analiza y las transforma para ajustarlas al diseño definido. Su funcionalidad es similar a la ofrecida por Tiles que está incluido en Struts.
• Spring Framework
• Hibernate
• iBATIS
• Acegi Security System for Spring
• Mule Enterprise Service Bus (ESB) messaging framework
• JBoss
• JBoss JBPM
• Quartz
• Eclipse BIRT

• Ciclo de vida del sofware

• Eclipse
• Luntbuild
• Maven
• CruiseControl
• StarUML. Es una herramienta open source de modelado de software al estilo de RationalRose o Together. Aqui podéis encontrar una pequeña reseña que he escrito sobre ella.
• AppFuse
• Equinox
• JUnit
• DBUnit

• UML 2.0
• MDA (Model Driven Architecture)
• Plug-in architecture
• Usabilidad

Todavía no lo he probado, el modelado de software no está en las primeras posiciones de mi lista de prioridades, pero lo haré. Una cosa que no me gusta es que solo funciona en plataformas Win32, esto es una limitación que, en mi opinión, hoy por hoy es poco justificable. Una cosa que me gusta y mucho, es que es un proyecto nacido en 1996, ¡hace 10 años!, y que va ya por su quinta versión. Anteriormente se llamó Plastic o Agora Plastic. [/lang_es]

[lang_en]StarUML is an open source project which aim is to develop a UML/MDA platform running on Win32 platform. StartUML has the goal of build a software modeling tool and also platform that is a compelling replacement of commercial modeling tools such as Rational Rose, Together and so on. Some of its main characteristics are:

• UML 2.0
• MDA (Model Driver Architecture)
• Plug-in architecture
• Usability

I have not tried it yet, software modelling is not in the first places of my ToDo list, but i will do it. One thing that i don't like is that StartUML only runs on Win32 platforms. I think that nowadays this is a unacceptable limitation. And one thing i like a lot is that this project is live since 1996, ten years ago!. StarUML is formerly known as "Plastic" or "Agora Plastic" [/lang_es]