Cuando maven dice "la resolución no se volverá a intentar hasta que haya transcurrido el intervalo de actualización de MyRepo", ¿dónde se especifica ese intervalo?

Con Maven, ocasionalmente encuentro un artefacto que proviene de un repositorio de terceros que aún no he construido o incluido en mi repositorio.

Recibiré un mensaje de error del cliente de Maven diciendo que no se puede encontrar un artefacto

Si no se encuentra org.jfrog.maven.annomojo: maven-plugin-anno: jar: 1.4.0 http://myrepo:80/artifactory/repose almacenó en caché en el repositorio local, la resolución no se volverá a intentar hasta que haya transcurrido el intervalo de actualización de MyRepo o se hayan forzado las actualizaciones -> [ Ayuda 1]

Ahora, yo entiendo lo que esto significa, y simplemente puede volver a ejecutar mi mando con -U, y cosas por lo general los finos trabajos de ahí en adelante .

Sin embargo, considero que este mensaje de error es extremadamente poco intuitivo y estoy tratando de evitar algunos dolores de cabeza a mis compañeros de trabajo.

Estoy tratando de averiguar si hay algún lugar donde pueda modificar esta update intervalconfiguración.

1. ¿Es lo update intervalque se menciona en este mensaje de error una configuración del lado del cliente o del servidor?
2. Si es del lado del cliente, ¿cómo lo configuro?
3. Si es del lado del servidor, ¿alguien sabe cómo / si Nexus / Artifactory expone esta configuración?

Solía ​​resolver este problema eliminando el directorio correspondiente que no pudo descargar el artefacto en mi repositorio local. La próxima vez que ejecute el comando maven, la descarga del artefacto se activa nuevamente. Por lo tanto, diría que es una configuración del lado del cliente.

Lado del Nexus (lado del repositorio del servidor), este problema se resuelve configurando una tarea programada. Del lado del cliente, esto se hace usando -U, como ya señaló.

puede eliminar el directorio de artefactos fallidos correspondiente en su repositorio local. Y también puedes usar simplemente -Uen el objetivo. Hará el trabajo. Esto funciona con maven 3. Por lo tanto, no es necesario degradar a maven 2.

Tuve un problema relacionado, pero la respuesta de Raghuram ayudó. (Todavía no tengo suficiente reputación para votar su respuesta). Estoy usando Maven incluido con NetBeans, y estaba obteniendo el mismo "... fue almacenado en caché en el repositorio local, la resolución no se volverá a intentar hasta que haya transcurrido el intervalo de actualización de nexus o se hayan forzado las actualizaciones -> [Ayuda 1]" error .

Para solucionar esto, agregué <updatePolicy>always</updatePolicy>a mi archivo de configuración (C: \ Archivos de programa \ NetBeans 7.0 \ java \ maven \ conf \ settings.xml)

<profile>
  <id>nexus</id>
  <!--Enable snapshots for the built in central repo to direct -->
  <!--all requests to nexus via the mirror -->
  <repositories>
    <repository>
      <id>central</id>
      <url>http://central</url>
      <releases><enabled>true</enabled><updatePolicy>always</updatePolicy></releases>
      <snapshots><enabled>true</enabled><updatePolicy>always</updatePolicy></snapshots>
    </repository>
  </repositories>
 <pluginRepositories>
    <pluginRepository>
      <id>central</id>
      <url>http://central</url>
      <releases><enabled>true</enabled><updatePolicy>always</updatePolicy></releases>
      <snapshots><enabled>true</enabled><updatePolicy>always</updatePolicy></snapshots>
    </pluginRepository>
  </pluginRepositories>
</profile>

Lo que sucede básicamente es que, según la política de actualización predeterminada de Maven, Maven buscará los frascos del repositorio a diario, por lo que si durante el primer intento su Internet no funcionara, no intentaría recuperar este frasco nuevamente hasta que pasen 24 horas.

Resolución:

Cualquiera de uso

mvn -U clean install

donde -U forzará la actualización del repositorio

o usar

<profiles>
    <profile>
      ...
      <repositories>
        <repository>
          <id>myRepo</id>
          <name>My Repository</name>
          <releases>
            <enabled>false</enabled>
            <updatePolicy>always</updatePolicy>
            <checksumPolicy>warn</checksumPolicy>
          </releases>
         </repository>
      </repositories>
      ...
    </profile>
  </profiles>

en su settings.xml

De acuerdo con la referencia de configuración :

updatePolicy: este elemento especifica con qué frecuencia deberían intentarse las actualizaciones. Maven comparará la marca de tiempo del POM local (almacenada en el archivo de metadatos maven de un repositorio) con el control remoto. Las opciones son: siempre, diariamente (predeterminado), intervalo: X (donde X es un número entero en minutos) o nunca.

Ejemplo:

<profiles>
    <profile>
      ...
      <repositories>
        <repository>
          <id>myRepo</id>
          <name>My Repository</name>
          <releases>
            <enabled>false</enabled>
            <updatePolicy>always</updatePolicy>
            <checksumPolicy>warn</checksumPolicy>
          </releases>
         </repository>
      </repositories>
      ...
    </profile>
  </profiles>
  ...
</settings>

Si bien puede resolver esto con una instalación limpia (anulando cualquier dependencia almacenada en caché) como @ Sanjeev-Gulgani sugiere con mvn -U clean install

También puede simplemente eliminar la dependencia en caché que está causando el problema con

mvn dependency:purge-local-repository -DmanualInclude="groupId:artifactId"

Ver mvn docs para más información.

Este error a veces puede ser engañoso. 2 cosas que es posible que desee verificar:

1. ¿Existe un JAR real para la dependencia en el repositorio? Su mensaje de error contiene una URL de dónde está buscando, vaya allí y luego busque la carpeta que coincida con su dependencia. ¿Hay un frasco? Si no, necesita cambiar su dependencia. (por ejemplo, podría estar apuntando a una dependencia principal de nivel superior, cuando debería estar apuntando a un subproyecto)

2. Si el jar existe en el repositorio remoto, simplemente elimine su copia local. Estará en su directorio de inicio (a menos que haya configurado de manera diferente) en .m2 / repositorio (ls -a para mostrar oculto si está en Linux).

Si está utilizando Eclipse, vaya a Windows -> Preferencias -> Maven y desactive la casilla de verificación "No actualizar automáticamente las dependencias de los repositorios remotos".

Esto funciona con Maven 3 también.

Debe eliminar todos los archivos "_maven.repositories" de su repositorio.

Esto funciona después de eliminar la dependencia relacionada de su repositorio local de Maven

/user/.m2/repository/path

Si usa Nexus como repositorio proxy, tiene la configuración "No encontrado TTL de caché" con un valor predeterminado de 1440 minutos (o 24 horas). Reducir este valor puede ayudar (Repositorios> Configuración> Configuración de caducidad).

Ver documentación para más información.

Cómo conseguí este problema

Cuando cambié de Eclipse Juno a Luna, y revisé mis proyectos maven del repositorio de SVN, tuve los mismos problemas al crear las aplicaciones.

Lo que probé? Intenté limpiar el repositorio local y luego actualizar todas las versiones nuevamente usando la opción -U. Pero mi problema continuó.

Luego fui a Ventana -> Preferencias -> Maven -> Configuración de usuario -> e hice clic en el botón Reindex en Repositorio local y espere a que ocurra la reindex.

Eso es todo, el problema está resuelto.

Para finalmente responder la pregunta del título: Es (una configuración del lado del cliente) en (proyecto, perfil o configuración)

[plugin]?[r|R]epository/[releases|snapshots]/updatePolicy

... etiqueta.

Los valores posibles (actualmente, maven: 3.6.0, pero supongo que son compatibles con "versiones anteriores") son:

/**
 * Never update locally cached data.
 */
public static final String UPDATE_POLICY_NEVER = "never";
/**
 * Always update locally cached data.
 */
public static final String UPDATE_POLICY_ALWAYS = "always";
/**
 * Update locally cached data once a day.
 */
public static final String UPDATE_POLICY_DAILY = "daily";
/**
 * Update locally cached data **every X minutes** as given by "interval:X".
 */
public static final String UPDATE_POLICY_INTERVAL = "interval";

La evaluación actual (maven 3.6.0) de esta etiqueta se implementa de la siguiente manera:

public boolean isUpdatedRequired( RepositorySystemSession session, long lastModified, String policy )
{
    boolean checkForUpdates;
    if ( policy == null )
    {
        policy = "";
    }
    if ( RepositoryPolicy.UPDATE_POLICY_ALWAYS.equals( policy ) )
    {
        checkForUpdates = true;
    }
    else if ( RepositoryPolicy.UPDATE_POLICY_DAILY.equals( policy ) )
    {
        Calendar cal = Calendar.getInstance();
        cal.set( Calendar.HOUR_OF_DAY, 0 );
        cal.set( Calendar.MINUTE, 0 );
        cal.set( Calendar.SECOND, 0 );
        cal.set( Calendar.MILLISECOND, 0 );
        checkForUpdates = cal.getTimeInMillis() > lastModified;
    }
    else if ( policy.startsWith( RepositoryPolicy.UPDATE_POLICY_INTERVAL ) )
    {
        int minutes = getMinutes( policy );
        Calendar cal = Calendar.getInstance();
        cal.add( Calendar.MINUTE, -minutes );
        checkForUpdates = cal.getTimeInMillis() > lastModified;
    }
    else
    {
        // assume "never"
        checkForUpdates = false;
        if ( !RepositoryPolicy.UPDATE_POLICY_NEVER.equals( policy ) )
        {
            LOGGER.warn( "Unknown repository update policy '{}', assuming '{}'",
                    policy, RepositoryPolicy.UPDATE_POLICY_NEVER );
        }
    }
    return checkForUpdates;
}

..con:

private int getMinutes( String policy )
{
    int minutes;
    try
    {
        String s = policy.substring( RepositoryPolicy.UPDATE_POLICY_INTERVAL.length() + 1 );
        minutes = Integer.valueOf( s );
    }
    catch ( RuntimeException e )
    {
        minutes = 24 * 60;
        LOGGER.warn( "Non-parseable repository update policy '{}', assuming '{}:1440'",
                policy, RepositoryPolicy.UPDATE_POLICY_INTERVAL );
    }
    return minutes;
}

... donde lastModifiedestá la "marca de tiempo modificada" (archivo local) de un / cada artefacto subyacente.

En particular para el interval:xentorno:

• los dos puntos :no son tan estrictos: cualquier personaje "no vacío" podría hacerlo ( =, , ...).
• valores negativos x < 0 deberían ceder a "nunca".
• interval:0 Asumiría un intervalo "minucioso" (0-59 segundos o más ...).
• las excepciones de formato de número dan como resultado 24 * 60minutos (~ "diario").

..ver: DefaultUpdatePolicyAnalyzer , DefaultMetadataResolver # resolveMetadata () y RepositoryPolicy

Para los usuarios de Intellij , lo siguiente funcionó para mí:

Haga clic derecho en su paquete

Maven > Reimport 

y

Maven > Generate Sources and Update Folders

Algo relevante ... Me estaba poniendo

"[ERROR] Error al ejecutar el objetivo en el proyecto de prueba del proyecto: no se pudieron resolver las dependencias del proyecto myjarname: jar: 1.0-0: no se encontró myjarname-core: paquete: 1.0-0 en el http://repo1.maven.org/maven2caché local, la resolución no será reintentado hasta que haya transcurrido el intervalo de actualización de central o se hayan forzado las actualizaciones -> [Ayuda 1] "

Este error fue causado por el uso accidental en Maven 3lugar de Maven 2. Solo pensé que podría ahorrarle tiempo a alguien, porque mi búsqueda inicial en Google me llevó a esta página.

Maven tiene configuraciones de UpdatePolicy para especificar la frecuencia para verificar las actualizaciones en el repositorio o para mantener el repositorio sincronizado con el control remoto.

• El valor predeterminado para updatePolicy es diario.
• Otros valores pueden ser siempre / nunca / XX (especificando el intervalo en minutos).

El siguiente ejemplo de código se puede agregar al archivo de configuración de usuario de maven para configurar updatePolicy.

<pluginRepositories>
    <pluginRepository>
        <id>Releases</id>
        <url>http://<host>:<port>/nexus/content/repositories/releases/</url>
        <releases>
            <enabled>true</enabled>
            <updatePolicy>daily</updatePolicy>
        </releases>
        <snapshots>
            <enabled>false</enabled>
        </snapshots>
    </pluginRepository>             
</pluginRepositories>

En mi caso, la solución fue estúpida: solo tenía versiones de dependencia incorrectas.

Tuve este problema y las descripciones completas propuestas en este me ayudaron a solucionarlo.

El segundo problema declarado fue mi problema. Utilicé un repositorio de terceros que acababa de agregar para la repositoryparte del archivo pom en mi proyecto. Agrego la misma información de repositorio pluginrepositorypara resolver este problema.

Tuve un error similar con un artefacto diferente.

<...> se almacenó en caché en el repositorio local, la resolución no se volverá a intentar hasta que haya transcurrido el intervalo de actualización de central o se hayan forzado las actualizaciones

Ninguna de las soluciones descritas anteriormente funcionó para mí. Finalmente resolví esto en IntelliJ IDEA por Archivo> Invalidar cachés / reiniciar ...> Invalidar y reiniciar .

En mi caso tuve múltiples proyectos

rootProject
 |-> contractProject (using Project Lombok)
 |-> domainProject (dependency on contractProject)

Cuando hice "mvn clean install" desde el directorio "domainProject", recibí dicho error.

Cuando hice "mvn clean install" desde el directorio "projectRoot", el problema desapareció.