Diferencia entre revisiones de «Maven»

De Wikipedia, la enciclopedia libre
Contenido eliminado Contenido añadido
m Revertidos los cambios de 189.195.3.98 (disc.) a la última edición de DumZiBoT
Línea 138: Línea 138:
* [http://www.mavenbrowser.com/pom-report.html Verify the dependencies in your POM]
* [http://www.mavenbrowser.com/pom-report.html Verify the dependencies in your POM]
* [http://www.php-maven.org/ Maven for PHP]
* [http://www.php-maven.org/ Maven for PHP]
* [http://neossoftware.260mb.com/2009/06/instalando-maven-en-ubuntu-linuxwindows/ instalación de Maven Linux/Windows]
* [http://neossoftware.260mb.com/2009/06/primeros-pasos-en-maven/ primeros pasos en Maven]


== Véase también ==
== Véase también ==

Revisión del 14:51 23 jun 2009

Maven
Información general
Tipo de programa build automation
Desarrollador Apache Software Foundation
Lanzamiento inicial 1 de febrero de 2008
Licencia Licencia Apache 2.0
Información técnica
Programado en Java
Plataformas admitidas máquina virtual Java
Versiones
Última versión estable 3.9.61 de diciembre de 2023
Archivos legibles
Maven metadata
Archivos editables
Maven metadata
Enlaces

Maven es una herramienta de software para la gestión y construcción de proyectos Java creada por Jason van Zyl, de Sonatype, en 2002. Es similar en funcionalidad a Apache Ant (y en menor medida a PEAR de PHP y CPAN de Perl), pero tiene un modelo de configuración de construcción más simple, basado en un formato XML. Estuvo integrado inicialmente dentro del proyecto Jakarta pero ahora ya es un proyecto de nivel superior de la Apache Software Foundation.

Maven utiliza un Project Object Model (POM) para describir el proyecto de software a construir, sus dependiencias de otros módulos y componentes externo, y el orden de construcción de los elementos. Viene con objetivos predefinidos para realizar ciertas tareas claramente definidas, como la compilación del código y su empaquetado.

Una característica clave de Maven es que está listo para usar en red. El motor incluido en su nucleo puede dinámicamente descargar plugins de un repositorio, el mismo repositorio que provee acceso a muchas versiones de diferentes proyectos Open Source en Java, de Apache y otras organizaciones y desarrolladores. Este repositorio y su sucesor reorganizado, el repositorio Maven 2, pugnan por ser el mecanismo de facto de distribución de aplicaciones en Java, pero su adopción ha sido muy lenta. Maven provee soporte no sólo para obtener archivos de su repositorio, sino también para subir artefactos al repositorio al final de la construcción de la aplicación, dejándola al acceso de todos los usuarios. Una caché local de artefactos actúa como la primera fuente para sincronizar la salida de los proyectos a un sistema local.

Maven está construído usando una arquitectura basada en plugins que permite que utilice cualquier aplicación controlable a través de la entrada estándar. En teoría, esto podría permitir a cualquiera escribir plugins para su interfaz con herramientas como compiladores, herramientas de pruebas unitarias, etcétera, para cualquier otro lenguaje. En realidad, el soporte y uso de lenguajes distintos de Java es mínimo. Actualmente existe un plugin para .Net Framework y es mantenido,[1]​ y un plugin nativo para C/C++ fue alguna vez mantenido por Maven 1.[2]

Teoría

Convención sobre configuración

La filosofía general de Maven es la estandarización de las construcciones generadas por seguir el principio de Convención sobre configuración, a fin de utilizar existentes modelos en la producción de software. Esta estrategia necesariamente restringe ampliamente la variabilidad, lo que se refleja en la exhortación de Maven a adherirse a su modelo de proyecto.[3]​ Mientras que Maven es adecuado para nuevos proyectos, los proyectos complejos ya existentes pueden ser simplemente no adaptables para que utilicen Maven. La falta de restricciones de la convención de capas del proyecto fue hecha de alguna manera más configurable con el lanzamiento de Maven 2.

Reuso

Maven está construido alrededor de la idea de reuso, y más específicamente, al reuso de la lógica de construcción. Como los proyectos generalmente se construyen en patrones similares, una elección lógica podría ser reutilizar los procesos de construcción. La principal idea es no reutilizar el código o funcionalidad (como Apache Ant), sino simplemente cambiar la configuración o también código escrito. Esa es la principal diferencia entre Apache Ant y Apache Maven: el primero es una librería de utilidades y funciones buenas y útiles, mientras que la otra es un framework configurable y altamente extensible.[4]

Aunque Maven es configurable, históricamente el proyecto Maven ha enfatizado seriamente que los usuarios deben adherirse a su concepto de un modelo de proyecto estándar tanto como sea posible.

Ciclo de vida

Las partes del ciclo de vida principal del proyecto Maven son:

  1. compile
  2. test
  3. package
  4. install
  5. deploy

La idea es que, para cualquier meta, todas las metas anteriores han sido completadas satisfactoriamente. Por ejemplo, cuando se ejecuta mvn install Maven verificará si mvn package ha sido ejecutado exitosamente (el archivo jar existe en target/), en cuyo caso no será ejecutado otra vez.

También existen algunas metas que están fuera del ciclo de vida que pueden ser llamadas, pero Maven asume que estas metas no son parte del ciclo de vida por defecto (no tienen que ser siempre realizadas). Estas metas son:

  1. clean
  2. assembly:assembly
  3. site
  4. site-deploy
  5. etc.

Pero estas metas pueden ser añadidas al ciclo de vida a través del Project Object Model (POM).

El POM

Integración con IDE

Maven sustituye el entorno integrado de desarrollo (IDE por sus siglas en inglés), por tanto la integración con diferentes IDEs es muy importante. Existen plugins de Maven para crear archivos de configuración del IDE a partir de los POMs. Actualmente se soportan:

Assembly descriptor

Ejemplos

Los proyectos en Maven son creados con una línea de comandos del siguiente tipo:

 mvn archetype:create -DgroupId="com.some.company" -DartifactId="some-project" -Dversion="0.0.1"

Maven puede crear un descriptor de proyecto para Eclipse con el siguiente comando:

mvn eclipse:eclipse 

Maven 1 y Maven 2

En la versión 1, basándose en un fichero de configuración en XML (project.xml) y una serie de plugins, esta herramienta puede compilar el proyecto Java, ejecutar los tests unitarios, generar paquetes (jars, wars, ears o distribuciones en zip) y generar una serie de reports.

La versión 2 usa también un fichero de configuración en XML llamado pom.xml (Project Object Model). Su funcionalidad es parecida a Apache Ant, de manera que permite compilar, ejecutar tests o realizar distribuciones pero con la diferencia de que trata de forma automática las dependencias del proyecto que gestiona.

Plugins disponibles

Existen plugins oficiales creados por maven y hay también plugins de terceros, como los disponibles en freehep. Algunos de ellos son

  • Jar
  • War
  • Ear
  • JUnit
  • Distribution: permite meter en un fichero zip todos los archivos del proyecto
  • PDF: genera la documentación del proyecto en PDF
  • Checkstyle: control de convenciones de codificación Java
  • PMD: verificación de reglas de codificación
  • ...

Reports

  • Javadoc
  • Fuentes en formato web
  • Métrica (Informática)s
  • Resultados de los tests (en JUnit)
  • Resultados del checkstyle
  • Resultados del PMD
  • Tareas pendientes
  • Cambios entre versiones
  • StatCVS: genera todo tipo de estadísticas a partir de la información extraída del CVS
  • ...

Para la mejor gestión de Maven se puede utilizar Mevenide, que tiene plugins para Eclipse, NetBeans y JBuilder.

References

  1. NET Maven Plugin - .NET Maven Plugin
  2. Maven Native Plugin - Maven Native Plug-in
  3. Maven - History of Maven
  4. What is Maven at apache.org

Enlaces externos

Véase también