Maven: There's a new Sheriff in town
A pesar de que Ant es el estándar de facto como build tool para Java. "There's a new Sheriff in town".
Y es que rápidamente Maven (el cual está basado en Ant) se ha convertido en el tool por excelencia para administración y comprensión de proyectos Java. Casi todos los proyectos open-source Java (de cierto renombre) están siendo "manejados" en la actualidad con Maven.
Maven está basado en el concepto de un project object model (POM). Todos los artefactos son producidos y controlados a través del POM. Los artefactos más comunes incluyen: builds, documentación, métricas de los fuentes, lista de dependencias, reportes de unit tests y source cross-references entre otros.
Un concepto interesante que incorpora Maven es el uso de un repositorio central para los JARs. Maven provee un mecanismo que permite descargar automáticamente cualquier dependencia necesaria por el proyecto. Esto permite llevar un mejor control de versiones para las dependencias, asi como la reusabilidad de los JARs. Por defecto Maven viene configurado para usar el repositorio central definido en Ibiblio, sin embargo es fácilmente configurable para usar un repositorio propio, o mejor aun, una jerarquía de repositorios (si la dependencia no la consigue en mi repositorio central, busca en Ibiblio)
Nosotros lo hemos venido usando por casi dos años para nuestros proyectos, y realmente nos ha ayudado mucho en la automatización de los artefactos que elaboramos.
La versión 1.0 de Maven fue liberada el 13 de Julio.
Les recomiendo darle una probada ;-)
7:44 p. m.Que coincidencia, recientemente he estado migrando en mi trabajo muchos modulos a Maven, pero algunos de ellos me han resultado díficil, principalmente los EJBs; la razón está en que Maven esta muy orientado en proyectos donde todo el código fuente se encuentra en un solo directorio, en nuestro caso cada modulo EJB contiene tres directorios: client, server y xdoclet, donde en client se encuentran las interfaces, server la implementacion de los beans y en xdoclet lo generado por XDoclet (http://xdoclet.sourceforge.net/).
De tu experiencia con Maven como atacarías este problema, preferiblemente sin tener que separar todo en múltiples módulos? Gracias
4:07 p. m.
Robert:
Nosotros tenemos un "problema" de principios con los EJB y no los usamos en nuestras aplicaciones, en vez preferimos acceder la base de datos via Torque o Hibernate.
Sin embargo, me imagino que el problema que experimentas es el principio de Maven de "1 artefacto por proyecto".
En nuestro caso las aplicaciones Web que generamos son "deployed" via un EAR el cual contiene a su vez un WAR. Sin embargo tenemos un solo proyecto Maven. Lo que hacemos es editar el maven.xml para proporcionar unos goal, pre-goal o post-goal (segun sea el caso) que genere el artefacto intermedio, en nuestro caso el WAR. Estas modificaciones son bien sencillas.
Espero haberte sido de ayuda, si tienes dudas contactame.
» Publicar un comentario