introducción a maven

Aquel que utiliza maven lo hace principalmente con dos objetivos. O bien gestionar las dependencias (etiquetas dependencies) que tiene nuestro proyecto hacia otros proyectos/artefactos de software, o bien gestionar el ciclo de vida de nuestro proyecto/artefacto (etiquetas plugin y otras). Para ambos usos, maven se basará en el pom.xml que espera que se halle en la raiz del proyecto. 

Un desarrollador puede trabajar con Maven tanto desde dentro como desde fuera de eclipse.
La mayoría de los ide’s de eclipse que podemos descargar desde la web oficial ya vienen con Maven. No obstante, si queremos trabajar desde fuera de eclipse con Maven
(lo que a veces esta bien para poder hacer scriptar con comandos Maven,
o para poder trabajar escapando del caprichoso comportamiento ocasional de eclipse),
puede ser interesante instalar también Maven de manera independiente en nuestro sistema.

Cuando instalamos Maven, bien sea como una pieza de software autónoma, como formando parte de Eclipse o algún otro ide, Maven, por defecto, conocerá el repositorio remoto estandar http://mvnrepository.com, como el repositorio local que se corresponde a la carpeta .m2 que la instalación habrá creado en alguna ruta del tipo C:\Users\Pepito\.m2

Si queremos obtener artefactos que no están disponibles en el repositorio estándar Maven, deberemos configurar nuestro acceso a url’s que publiquen otros catálogos/repositorios de artefactos (han de ser repositorios que estén accesibles bien a través de internet, bien a través de nuestra red interna). Dicha configuración la podemos hacer en el pom.xml, aunque resulta mas práctico hacerla en el settings.xml (ubicado en la raiz de la carpeta .m2. es decir, en la raíz de repositorio que utilizamos para desarrollar, compilar, o generar nuestros artefactos, en local), que se trata de un fichero de configuración de Maven que controla el comportamiento mas general de este, y es común a todos los proyectos con los que estemos trabajando en nuestro workspace.

Maven, conforme vamos trabajando con nuestros proyectos y definiendo dependencias en los pom.xml de los mismos, va manteniendo una sincronía del repositorio .m2 local con el/los repositorios remotos, de manera que en el .m2 podamos tener catalogados los artefactos que usamos habitualmente y así no tener dependencia absoluta de los repositorios remotos y de cortes en las comunicaciones para poder compilar y generar artefactos.

 

 

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *