IntelliJ 2021.3: Maven no puede resolver las dependencias después de la actualización a IntelliJ 2021.3.
Las cosas funcionaron bien en 2021.2, pero cuando se abrió el mismo proyecto en 2021.3, se comenzó a obtener el siguiente error:
http://0.0.0.0/ durante un intento anterior. Esta falla está almacenada en el repositorio local y la resolución no se volverá a intentar hasta que haya transcurrido el intervalo de actualización de maven-default-http-blocker o se fuerce la actualización. Error original: No se pudo transferir el metadato com.domain.sub-domain.project:private-commons:1.0.0-SNAPSHOT/maven-metadata.xml desde/hacia maven-default-http-blocker (http://0.0.0.0/): la transferencia falló para http://0.0.0.0/com/domain/sub-domain/project/private-repo/1.0.0-SNAPSHOT/maven-metadata.xml
No se puede resolver junit:junit:4.12
No se puede resolver org.apache.camel:camel-test:2.23.0
No se puede resolver com.amazonaws:aws-java-sdk-glacier:1.11.415
davy.ai
Análisis
El error parece estar relacionado con Maven y el repositorio local. Parece que Maven está intentando acceder a un repositorio en
http://0.0.0.0/`, que no es una URL válida. Además, parece que algunas dependencias comojunit:junit:4.12,org.apache.camel:camel-test:2.23.0ycom.amazonaws:aws-java-sdk-glacier:1.11.415` no se están resolviendo.Solución Posible
Primero, debemos asegurarnos de que la URL
http://0.0.0.0/` no esté presente en el archivosettings.xml` utilizado por Maven. Si está presente, debemos eliminarla.A continuación, debemos forzar la actualización del
maven-default-http-blockerejecutando el siguiente comando en la terminal:Esto debería eliminar los errores en caché del repositorio local y permitir que Maven vuelva a intentar resolverlos.
Si el problema persiste, es posible que debamos eliminar todo el directorio
~/.m2y permitir que Maven lo vuelva a crear. Esto puede ser necesario si hay alguna corrupción en el repositorio local.Finalmente, debemos asegurarnos de que las versiones correctas de las dependencias estén especificadas en el archivo
pom.xml. Si no se especifica una versión específica, Maven puede intentar descargar la última versión, que puede no ser compatible con el resto del proyecto.Conclusión
En resumen, el error parece estar relacionado con Maven y el repositorio local. Al eliminar los errores en caché y forzar la actualización del
maven-default-http-blocker, deberíamos poder resolver el problema. Si el problema persiste, es posible que debamos eliminar el repositorio local y permitir que Maven lo vuelva a crear. Además, debemos asegurarnos de que las versiones correctas de las dependencias estén especificadas en el archivopom.xml.