Lorsque maven dit "la résolution ne sera pas tentée à nouveau tant que l'intervalle de mise à jour de MyRepo ne sera pas écoulé", où cet intervalle est-il spécifié?

Avec maven, je frappe occasionnellement un artefact provenant d'un référentiel tiers que je n'ai pas encore construit ou inclus dans mon référentiel.

Je recevrai un message d'erreur du client maven disant qu'un artefact est introuvable:

Impossible de trouver org.jfrog.maven.annomojo: maven-plugin-anno: jar: 1.4.0 in a http://myrepo:80/artifactory/repoété mis en cache dans le référentiel local, la résolution ne sera pas tentée à nouveau tant que l'intervalle de mise à jour de MyRepo ne sera pas écoulé ou que les mises à jour ne seront pas forcées -> [ Aide 1]

Maintenant, je comprends ce que cela signifie, et -Uje peux simplement relancer ma commande , et les choses fonctionnent généralement bien à partir de là .

Cependant, je trouve ce message d'erreur extrêmement peu intuitif et j'essaie d'épargner à mes collègues des maux de tête.

J'essaie de comprendre s'il y a un endroit où je peux modifier ce update intervalparamètre.

1. Le update intervalparamètre mentionné dans ce message d'erreur est-il un paramètre côté client ou côté serveur?
2. Si côté client, comment le configurer?
3. Si côté serveur, quelqu'un sait-il comment / si Nexus / Artifactory expose ces paramètres?

J'avais l'habitude de résoudre ce problème en supprimant le répertoire d'artefacts correspondant qui n'a pas pu être téléchargé dans mon référentiel local. La prochaine fois que j'exécuterai la commande maven, le téléchargement d'artefact est à nouveau déclenché. Par conséquent, je dirais que c'est un paramètre côté client.

Côté Nexus (côté repo du serveur), ce problème est résolu en configurant une tâche planifiée. Côté client, cela se fait en utilisant -U, comme vous l'avez déjà souligné.

vous pouvez supprimer le répertoire d'artefacts ayant échoué correspondant dans votre référentiel local. Et vous pouvez également simplement utiliser le -Udans le but. Il fera le travail. Cela fonctionne avec maven 3. Il n'est donc pas nécessaire de rétrograder vers maven 2.

J'ai eu un problème connexe, mais la réponse de Raghuram a aidé. (Je n'ai pas encore assez de réputation pour voter sa réponse). J'utilise Maven fourni avec NetBeans et obtenais le même "... a été mis en cache dans le référentiel local, la résolution ne sera pas tentée à nouveau tant que l'intervalle de mise à jour de Nexus ne sera pas écoulé ou que les mises à jour ne seront pas forcées -> [Aide 1]" .

Pour résoudre ce problème, j'ai ajouté <updatePolicy>always</updatePolicy>à mon fichier de paramètres (C: \ Program Files \ 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>

Ce qui se passe essentiellement est que, selon la politique de mise à jour par défaut de maven, Maven récupère quotidiennement les pots du repo.

Résolution:

Soit utiliser

mvn -U clean install

où -U forcera la mise à jour du référentiel

Ou utiliser

<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>

dans votre settings.xml

Selon la référence des paramètres :

updatePolicy: cet élément spécifie la fréquence à laquelle les mises à jour doivent tenter de se produire. Maven comparera l'horodatage du POM local (stocké dans le fichier de métadonnées maven d'un référentiel) à la télécommande. Les choix sont: toujours, quotidien (par défaut), intervalle: X (où X est un entier en minutes) ou jamais.

Exemple:

<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>

Bien que vous puissiez résoudre ce problème avec une installation propre (en remplaçant toutes les dépendances mises en cache) comme le suggère @ Sanjeev-Gulgani avec mvn -U clean install

Vous pouvez également simplement supprimer la dépendance mise en cache qui cause le problème avec

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

Voir les documents mvn pour plus d'informations.

Cette erreur peut parfois être trompeuse. 2 choses à vérifier:

1. Existe-t-il un fichier JAR réel pour la dépendance dans le référentiel? Votre message d'erreur contient une URL de l'endroit où il recherche, alors allez-y, puis accédez au dossier qui correspond à votre dépendance. Y a-t-il un pot? Sinon, vous devez modifier votre dépendance. (par exemple, vous pourriez pointer vers une dépendance parent de niveau supérieur, alors que vous devriez pointer vers un sous-projet)

2. Si le bocal existe sur le référentiel distant, supprimez simplement votre copie locale. Il sera dans votre répertoire personnel (sauf si vous avez configuré différemment) sous .m2 / repository (ls -a pour montrer caché si sous Linux).

Si vous utilisez Eclipse, accédez à Windows -> Préférences -> Maven et décochez la case "Ne pas mettre à jour automatiquement les dépendances des référentiels distants".

Cela fonctionne également avec Maven 3.

Vous devez supprimer tous les fichiers "_maven.repositories" de votre référentiel.

Cela fonctionne après avoir supprimé la dépendance associée de votre référentiel maven local

/user/.m2/repository/path

Si vous utilisez Nexus comme référentiel proxy, il a le paramètre "Cache TTL non trouvé" avec la valeur par défaut 1440 minutes (ou 24 heures). Réduire cette valeur peut aider (Référentiels> Configuration> Paramètres d'expiration).

Voir la documentation pour plus d'informations.

Comment j'ai eu ce problème,

Lorsque je suis passé d'Eclipse Juno à Luna et que j'ai extrait mes projets maven du repo SVN, j'ai eu les mêmes problèmes lors de la création des applications.

Qu'est-ce que j'ai essayé? J'ai essayé de nettoyer le référentiel local, puis de mettre à jour toutes les versions à nouveau en utilisant l'option -U. Mais mon problème a continué.

Ensuite, je suis allé dans Fenêtre -> Préférences -> Maven -> Paramètres utilisateur -> et j'ai cliqué sur le bouton Réindexer sous Référentiel local et attendre que la réindexation se produise.

C'est tout, le problème est résolu.

Pour enfin répondre à la question du titre: C'est (un paramètre côté client) dans (projet, profil ou paramètres)

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

... tag.

Les valeurs possibles (actuellement maven: 3.6.0, mais je suppose qu'elles sont compatibles "loin en arrière") sont:

/**
 * 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";

L'évaluation actuelle (maven 3.6.0) de cette balise est implémentée comme suit:

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;
}

..avec:

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;
}

... où lastModifiedest (fichier local) "l'horodatage modifié" d'un / chaque artefact sous-jacent.

En particulier pour le interval:xcadre:

• le côlon :est pas stricte - tout caractère « non vide » pourrait le faire ( =, , ...).
• les valeurs négatives x < 0devraient donner «jamais».
• interval:0 Je suppose un intervalle "minutieux" (0-59 secondes ou plus ...).
• les exceptions de format numérique entraînent des 24 * 60minutes (~ "quotidiennement").

..voir: DefaultUpdatePolicyAnalyzer , DefaultMetadataResolver # resolverMetadata () et RepositoryPolicy

Pour Intellij utilisateurs d' , les éléments suivants ont fonctionné pour moi:

Clic droit sur votre colis

Maven > Reimport 

et

Maven > Generate Sources and Update Folders

Un peu pertinent .. je devenais

"[ERREUR] Échec de l'exécution de l'objectif sur le projet testproject: impossible de résoudre les dépendances du projet myjarname: jar: 1.0-0: échec de la recherche de myjarname-core: bundle: 1.0-0 in a http://repo1.maven.org/maven2été mis en cache dans le référentiel local, la résolution ne sera pas réessayé jusqu'à ce que l'intervalle de mise à jour de central soit écoulé ou que les mises à jour soient forcées -> [Aide 1] "

Cette erreur a été provoquée par une utilisation accidentelle Maven 3au lieu de Maven 2. Je pensais juste que cela pourrait faire gagner du temps à quelqu'un, car ma recherche initiale sur Google m'a conduit à cette page.

Maven a des paramètres updatePolicy pour spécifier la fréquence de vérification des mises à jour dans le référentiel ou pour garder le référentiel synchronisé avec la télécommande.

• La valeur par défaut de updatePolicy est quotidienne.
• Les autres valeurs peuvent être toujours / jamais / XX (en spécifiant l'intervalle en minutes).

L'échantillon de code ci-dessous peut être ajouté au fichier de paramètres utilisateur maven pour configurer 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>

Dans mon cas, la solution était stupide: je venais d'avoir des versions de dépendance incorrectes.

J'ai eu ce problème et les descriptions complètes proposées dans ce document m'ont aidé à le résoudre.

Le deuxième problème déclaré était mon problème. J'ai utilisé un référentiel tiers auquel je venais de l'ajouter pour faire la repositorypartie du fichier pom dans mon projet. J'ajoute les mêmes informations de référentiel dans pluginrepositorypour résoudre ce problème.

J'ai eu une erreur similaire avec un artefact différent.

<...> a été mis en cache dans le référentiel local, la résolution ne sera pas tentée à nouveau tant que l'intervalle de mise à jour du central ne sera pas écoulé ou que les mises à jour ne seront pas forcées

Aucune des solutions décrites ci-dessus n'a fonctionné pour moi. J'ai finalement résolu cela dans IntelliJ IDEA par Fichier> Invalider les caches / redémarrer ...> Invalider et redémarrer .

Dans mon cas, j'ai eu plusieurs projets

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

Quand j'ai fait "mvn clean install" à partir du répertoire "domainProject", j'obtenais cette erreur.

Lorsque j'ai fait "mvn clean install" à partir du répertoire "projectRoot", le problème a disparu.