4.1 confiabilidad
Ahora veamos otra cosa que hizo que Maven fuera tan popular: la gestión de dependencias.
Si desea agregar alguna biblioteca a su proyecto Maven, solo necesita agregarla al archivo pom, en la sección de dependencias . Parece hasta el punto de ser simple.
Agreguemos la última versión de Spring e Hibernate a nuestro proyecto. Así es como se verá:
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>5.3.18</version>
</dependency>
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-core</artifactId>
<version>6.0.0.Final</version>
</dependency>
</dependencies>
Eso es todo, no necesitas hacer nada más . Si agrega estas líneas a su proyecto, IDEA descargará inmediatamente las bibliotecas requeridas. Unos segundos después de eso, puede usar sus clases en su código.
Un punto importante: si subes el proyecto a GitHub o lo envías a alguien como un archivo, esta persona tiene la garantía de poder construirlo. Toda la información sobre bibliotecas, dependencias y scripts de compilación ya está integrada en el proyecto.
4.2 Cómo buscar bibliotecas en el repositorio de Maven
Por cierto, agregué el XML de estas dos bibliotecas a mi pom.xml en menos de un minuto. No está mal, ¿verdad? Ahora te enseñaré cómo agregar rápidamente cualquier biblioteca al proyecto.
En primer lugar, hay un repositorio central público de Maven en Internet , que almacena millones de bibliotecas. Se encuentra en el enlace https://mvnrepository.com/ , puede buscar la biblioteca que necesita directamente en él.
En segundo lugar, puede ser aún más simple: escriba inmediatamente a Google "maven hibernate" , siga el primer enlace y obtendrá:
Seleccione la versión deseada y haga clic en ella. A veces, la última versión contiene el sufijo Beta, luego busca algo más antiguo.
Elegí la versión 6.0.0.Final y fui a la última página.
El cuadro verde aquí es el código que necesita copiar en su pom.xml. Todo.
4.3 repositorio de dependencias
Al construir un proyecto, su Maven primero buscará la biblioteca especificada (artefacto) en su repositorio local. Si no lo encuentra allí, buscará en el repositorio global de Maven. Y luego cárguelo en su repositorio local para acelerar la próxima compilación.
Pero además de estos dos repositorios, hay otros.
Primero, muchas grandes empresas tienen repositorios maven con sus propias bibliotecas.
En segundo lugar, antes de la invención de Docker, muchos proyectos simplemente se colocaban en el repositorio corporativo de Maven después de construirse. ¿Y qué? Gran lugar para guardar todo. Y el control de versiones vuelve a ser compatible.
En general, si de repente decide conectar un repositorio de terceros a su proyecto, esto se puede hacer simplemente agregando dependencias:
<repositories>
<repository>
<id>public-codegym-repo</id>
<name>Public CodeGym Repository</name>
<url>http://maven.codegym.cc</url>
</repository>
<repository>
<id>private-codegym-repo</id>
<name>Private CodeGym Repository</name>
<url>http://maven2.codegym.cc</url>
</repository>
</repositories>
Cada repositorio tiene 3 cosas: Clave/ID, Nombre y URL . Puede especificar cualquier nombre: es para su conveniencia, la ID también es para sus necesidades internas, de hecho, solo necesita especificar la URL.
Si se trata de un repositorio público, entonces esta información se puede buscar fácilmente en Google, si es una corporativa, se la darán cuando le den acceso a dicho repositorio.
Los creadores de Maven saben cómo estandarizar, no puedes rechazarlos.