Wenn maven sagt, dass die Auflösung erst nach Ablauf des Aktualisierungsintervalls von MyRepo erneut versucht wird, wo wird dieses Intervall angegeben?

Mit maven stoße ich gelegentlich auf ein Artefakt, das aus einem Repo eines Drittanbieters stammt, das ich noch nicht erstellt oder in mein Repository aufgenommen habe.

Ich erhalte eine Fehlermeldung vom Maven-Client, dass ein Artefakt nicht gefunden werden kann:

Wenn org.jfrog.maven.annomojo: maven-plugin-anno: jar: 1.4.0 in nicht gefunden wurde, http://myrepo:80/artifactory/repowurde es im lokalen Repository zwischengespeichert. Die Auflösung wird erst erneut versucht, wenn das Aktualisierungsintervall von MyRepo abgelaufen ist oder Aktualisierungen erzwungen werden -> [ Hilfe 1]

Jetzt verstehe ich , was dies bedeutet, und kann meinen Befehl einfach erneut ausführen -U, und von da an funktionieren die Dinge normalerweise einwandfrei .

Ich finde diese Fehlermeldung jedoch äußerst unintuitiv und versuche, meinen Mitarbeitern einige Kopfschmerzen zu ersparen.

Ich versuche herauszufinden, ob es einen Ort gibt, an dem ich diese update intervalEinstellung ändern kann .

1. Handelt es sich bei der update intervalin dieser Fehlermeldung genannten Einstellung um eine clientseitige oder serverseitige Einstellung?
2. Wie konfiguriere ich es auf der Clientseite?
3. Weiß jemand auf der Serverseite, wie / ob Nexus / Artifactory diese Einstellungen verfügbar macht?

Ich habe dieses Problem gelöst, indem ich das entsprechende Verzeichnis zum Herunterladen von Artefakten in meinem lokalen Repo gelöscht habe. Wenn ich das nächste Mal den Befehl maven ausführe, wird der Artefakt-Download erneut ausgelöst. Daher würde ich sagen, dass es sich um eine clientseitige Einstellung handelt.

Auf der Nexus-Seite (Server-Repo-Seite) ist dieses Problem beim Konfigurieren einer geplanten Aufgabe behoben. Auf der Clientseite erfolgt dies -U, wie Sie bereits betont haben.

Sie können das entsprechende fehlerhafte Artefaktverzeichnis in Ihrem lokalen Repository löschen. Und auch Sie können einfach das -Uim Ziel verwenden. Es wird die Arbeit machen. Dies funktioniert mit Maven 3. Sie müssen also kein Downgrade auf Maven 2 durchführen.

Ich hatte ein ähnliches Problem, aber Raghurams Antwort half. (Ich habe noch nicht genug Ruf, um seine Antwort abzustimmen). Ich verwende Maven, das mit NetBeans gebündelt ist, und habe den gleichen Fehler "... wurde im lokalen Repository zwischengespeichert, die Auflösung wird nicht erneut versucht, bis das Aktualisierungsintervall von nexus abgelaufen ist oder Aktualisierungen erzwungen werden -> [Hilfe 1]" erhalten .

Um dies zu beheben, habe ich hinzugefügt <updatePolicy>always</updatePolicy> meine Einstellungsdatei (C: \ Programme \ 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>

Was im Grunde passiert, ist, dass laut Standard-UpdatePolicy von maven.Maven die Gläser täglich aus dem Repo abruft. Wenn Ihr Internet beim ersten Versuch nicht funktioniert hat, würde es nicht versuchen, dieses Glas bis zu 24 Stunden erneut abzurufen.

Auflösung :

Entweder verwenden

mvn -U clean install

Dabei erzwingt -U die Aktualisierung des Repos

oder verwenden

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

in Ihrer settings.xml

Gemäß den Einstellungen Referenz :

updatePolicy: Dieses Element gibt an, wie oft Aktualisierungen versucht werden sollen. Maven vergleicht den Zeitstempel des lokalen POM (der in der Maven-Metadatendatei eines Repositorys gespeichert ist) mit der Fernbedienung. Die Auswahlmöglichkeiten sind: immer, täglich (Standard), Intervall: X (wobei X eine Ganzzahl in Minuten ist) oder nie.

Beispiel:

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

Sie können dies zwar mit einer Neuinstallation beheben (wobei alle zwischengespeicherten Abhängigkeiten überschrieben werden), wie @ Sanjeev-Gulgani mit vorschlägt mvn -U clean install

Sie können auch einfach die zwischengespeicherte Abhängigkeit entfernen, mit der das Problem verursacht wird

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

Weitere Informationen finden Sie in den MVN-Dokumenten .

Dieser Fehler kann manchmal irreführend sein. 2 Dinge, die Sie überprüfen möchten:

1. Gibt es eine tatsächliche JAR für die Abhängigkeit im Repo? Ihre Fehlermeldung enthält eine URL, nach der gesucht wird. Gehen Sie also dorthin und navigieren Sie zu dem Ordner, der Ihrer Abhängigkeit entspricht. Gibt es ein Glas? Wenn nicht, müssen Sie Ihre Abhängigkeit ändern. (Sie könnten beispielsweise auf eine übergeordnete Abhängigkeit der obersten Ebene zeigen, wenn Sie auf ein Unterprojekt zeigen sollten.)

2. Wenn das Glas auf dem Remote-Repo vorhanden ist, löschen Sie einfach Ihre lokale Kopie. Es befindet sich in Ihrem Home-Verzeichnis (sofern Sie es nicht anders konfiguriert haben) unter .m2 / repository (ls -a wird unter Linux ausgeblendet angezeigt).

Wenn Sie Eclipse verwenden, gehen Sie zu Windows -> Einstellungen -> Maven und deaktivieren Sie das Kontrollkästchen "Abhängigkeiten von Remote-Repositorys nicht automatisch aktualisieren".

Dies funktioniert auch mit Maven 3.

Sie müssen alle "_maven.repositories" -Dateien aus Ihrem Repository löschen.

Dies funktioniert, nachdem Sie die zugehörige Abhängigkeit aus Ihrem lokalen Maven-Repository gelöscht haben

/user/.m2/repository/path

Wenn Sie Nexus als Proxy-Repo verwenden, hat es die Einstellung "Nicht gefundener Cache TTL" mit dem Standardwert 1440 Minuten (oder 24 Stunden). Das Verringern dieses Werts kann hilfreich sein (Repositorys> Konfiguration> Ablaufeinstellungen).

Weitere Informationen finden Sie in der Dokumentation .

Wie ich zu diesem Problem kam,

Als ich von Eclipse Juno zu Luna wechselte und meine Maven-Projekte von SVN Repo aus überprüfte, traten beim Erstellen der Anwendungen dieselben Probleme auf.

Was habe ich versucht? Ich habe versucht, das lokale Repository zu bereinigen und dann alle Versionen erneut mit der Option -U zu aktualisieren. Aber mein Problem ging weiter.

Dann ging ich zu Fenster -> Einstellungen -> Maven -> Benutzereinstellungen -> und klickte auf die Schaltfläche Neu indizieren unter Lokales Repository und wartete, bis die Neuindizierung erfolgte.

Das ist alles, das Problem ist behoben.

Um die Titelfrage endgültig zu beantworten: Sie befindet sich (eine clientseitige Einstellung) in (Projekt, Profil oder Einstellungen).

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

... Etikett.

Die (derzeit maven: 3.6.0, aber ich nehme an, "weit rückwärts" kompatibel) möglichen Werte sind:

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

Die aktuelle (maven 3.6.0) Auswertung dieses Tags wird wie folgt implementiert:

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

..mit:

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

... wo lastModifiedist der "geänderte Zeitstempel" der (lokalen Datei) eines / jedes zugrunde liegenden Artefakts?

Insbesondere für die interval:xEinstellung:

• Der Doppelpunkt :ist nicht so streng - jedes "nicht leere" Zeichen könnte es tun ( =, , ...).
• negative Werte x < 0sollten "nie" ergeben.
• interval:0 Ich würde ein "minutiöses" Intervall (0-59 Sekunden oder mehr ...) annehmen.
• Ausnahmen im Zahlenformat führen zu 24 * 60Minuten (~ "täglich").

..siehe: DefaultUpdatePolicyAnalyzer , DefaultMetadataResolver # resolveMetadata () und RepositoryPolicy

Für Intellij- Benutzer hat Folgendes für mich funktioniert:

Klicken Sie mit der rechten Maustaste auf Ihr Paket

Maven > Reimport 

und

Maven > Generate Sources and Update Folders

Etwas relevant. Ich wurde

"[FEHLER] Fehler beim Ausführen des Ziels für das Projekttestprojekt: Abhängigkeiten für das Projekt myjarname konnten nicht aufgelöst werden: jar: 1.0-0: Fehler beim Auffinden von myjarname-core: bundle: 1.0-0 in http://repo1.maven.org/maven2wurde im lokalen Repository zwischengespeichert, die Auflösung ist nicht möglich erneut versucht, bis das Aktualisierungsintervall von Central abgelaufen ist oder Aktualisierungen erzwungen werden -> [Hilfe 1] "

Dieser Fehler wurde durch versehentliche Verwendung von Maven 3anstelle von verursacht Maven 2. Ich dachte nur, es könnte jemandem Zeit sparen, weil meine erste Google-Suche mich zu dieser Seite führte.

Maven verfügt über updatePolicy- Einstellungen zum Festlegen der Häufigkeit, mit der die Aktualisierungen im Repository überprüft oder das Repository mit Remote synchronisiert werden soll.

• Der Standardwert für updatePolicy ist täglich.
• Andere Werte können immer / nie / XX sein (Intervall in Minuten angeben).

Das folgende Codebeispiel kann zur Maven-Benutzereinstellungsdatei hinzugefügt werden, um updatePolicy zu konfigurieren.

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

In meinem Fall war die Lösung dumm: Ich hatte nur falsche Abhängigkeitsversionen.

Ich hatte dieses Problem und die umfassenden Beschreibungen in vorgeschlagenen diese half mir , es zu beheben.

Das zweite erklärte Problem war mein Problem. Ich habe ein Repository eines Drittanbieters verwendet, das ich gerade hinzugefügt habe, um den repositoryTeil der POM-Datei in meinem Projekt zu erledigen . Ich füge die gleichen Repository-Informationen hinzu pluginrepository, um dieses Problem zu beheben.

Ich hatte einen ähnlichen Fehler mit einem anderen Artefakt.

<...> wurde im lokalen Repository zwischengespeichert. Die Auflösung wird erst erneut versucht, wenn das Aktualisierungsintervall von Central abgelaufen ist oder Aktualisierungen erzwungen werden

Keine der oben beschriebenen Lösungen hat bei mir funktioniert. Ich habe dies schließlich in IntelliJ IDEA durch Datei> Caches ungültig machen / Neustart ...> Ungültig machen und neu starten behoben .

In meinem Fall hatte ich mehrere Projekte

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

Wenn ich "mvn clean install" aus dem Verzeichnis "domainProject" ausgeführt habe, wird der Fehler angezeigt.

Als ich "mvn clean install" aus dem Verzeichnis "projectRoot" ausgeführt habe, ist das Problem behoben.