Kiedy maven mówi „rozdzielczość nie zostanie ponowiona, dopóki nie upłynie interwał aktualizacji MyRepo”, to gdzie ten interwał jest określony?

Za pomocą maven od czasu do czasu trafiam w artefakt pochodzący z repozytorium innej firmy, którego jeszcze nie zbudowałem ani nie zawarłem w moim repozytorium.

Otrzymam komunikat o błędzie od klienta maven informujący, że artefaktu nie można znaleźć:

Nie udało się znaleźć org.jfrog.maven.annomojo: maven-plugin-anno: jar: 1.4.0 in http://myrepo:80/artifactory/repozostało zbuforowane w lokalnym repozytorium, rozwiązanie nie będzie podejmowane ponownie, dopóki nie upłynie interwał aktualizacji MyRepo lub aktualizacje zostaną wymuszone -> [ Pomoc 1]

Teraz mogę zrozumieć, co to znaczy, a może po prostu ponownie uruchomić mojego polecenia z -U, a rzeczy pracują zazwyczaj drobne stamtąd na out .

Uważam jednak, że ten komunikat o błędzie jest wyjątkowo nieintuicyjny i staram się oszczędzić moim współpracownikom pewnych problemów.

Próbuję dowiedzieć się, czy jest miejsce, w którym mogę zmodyfikować to update intervalustawienie.

1. Czy to, update intervalco jest wymienione w tym komunikacie o błędzie, jest ustawieniem po stronie klienta czy po stronie serwera?
2. Jeśli po stronie klienta, jak to skonfigurować?
3. Jeśli po stronie serwera, czy ktoś wie, jak / jeśli Nexus / Artifactory ujawnia te ustawienia?

Kiedyś rozwiązałem ten problem, usuwając odpowiedni nieudany katalog artefaktów w moim lokalnym repozytorium. Następnym razem, gdy uruchomię polecenie maven, pobieranie artefaktów zostanie ponownie uruchomione. Dlatego powiedziałbym, że to ustawienie po stronie klienta.

Strona Nexus (strona repo serwera), ten problem został rozwiązany podczas konfigurowania zaplanowanego zadania. Po stronie klienta odbywa się to za pomocą -U, jak już wskazałeś.

możesz usunąć odpowiedni uszkodzony katalog artefaktów w swoim lokalnym repozytorium. A także możesz po prostu użyć -Ucelu. Wykona pracę. Działa to z maven 3. Nie trzeba więc obniżać wersji do maven 2.

Miałem powiązany problem, ale odpowiedź Raghurama pomogła. (Nie mam jeszcze wystarczającej reputacji, aby głosować na jego odpowiedź). Korzystam z Maven w pakiecie z NetBeans i otrzymywałem ten sam komunikat „... został zapisany w pamięci podręcznej w lokalnym repozytorium, rozdzielczość nie zostanie ponowiona, dopóki nie upłynie interwał aktualizacji nexusa lub aktualizacje zostaną wymuszone -> [Pomoc 1] błąd .

Aby to naprawić, dodałem <updatePolicy>always</updatePolicy>do pliku ustawień (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>

Zasadniczo dzieje się tak, zgodnie z domyślną aktualizacją Polityka maven.Maven będzie codziennie pobierał słoiki z repozytorium, więc jeśli podczas pierwszej próby Twój Internet nie działał, nie będzie próbował pobrać słoika ponownie, dopóki nie spędzą 24 godzin.

Rozdzielczość:

Albo użyj

mvn -U clean install

gdzie -U wymusi aktualizację repozytorium

albo użyj

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

w twoich ustawieniach.xml

Zgodnie z odniesieniem do ustawień :

updatePolicy: ten element określa częstotliwość prób aktualizacji. Maven porówna znacznik czasowy lokalnej POM (przechowywany w pliku maven-metadanych repozytorium) ze zdalnym. Dostępne są następujące opcje: zawsze, codziennie (domyślnie), interwał: X (gdzie X jest liczbą całkowitą w minutach) lub nigdy.

Przykład:

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

Możesz to rozwiązać za pomocą czystej instalacji (przesłaniającej wszelkie buforowane zależności), jak sugeruje @ Sanjeev-Gulgani z mvn -U clean install

Możesz także po prostu usunąć buforowaną zależność, która powoduje problem

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

Zobacz mvn docs, aby uzyskać więcej informacji.

Ten błąd może czasem wprowadzać w błąd. 2 rzeczy, które możesz chcieć sprawdzić:

1. Czy istnieje rzeczywisty plik JAR dla zależności w repozytorium? Twój komunikat o błędzie zawiera adres URL miejsca, w którym szuka, więc przejdź tam, a następnie przejdź do folderu pasującego do Twojej zależności. Czy jest słoik? Jeśli nie, musisz zmienić swoją zależność. (na przykład możesz wskazywać zależność nadrzędnego najwyższego poziomu, kiedy powinieneś wskazać podprojekt)

2. Jeśli słoik istnieje na zdalnym repozytorium, usuń po prostu lokalną kopię. Będzie on w twoim katalogu domowym (chyba że skonfigurowano inaczej) w .m2 / repository (ls -a, aby pokazać ukryty, jeśli w systemie Linux).

Jeśli używasz Eclipse, przejdź do Windows -> Preferencje -> Maven i odznacz pole „Nie aktualizuj automatycznie zależności ze zdalnych repozytoriów”.

Działa to również z Maven 3.

Musisz usunąć wszystkie pliki „_maven.repositories” ze swojego repozytorium.

Działa to po usunięciu powiązanej zależności z lokalnego repozytorium maven

/user/.m2/repository/path

Jeśli używasz Nexusa jako repozytorium proxy, ma ono ustawienie „Nie znaleziono pamięci podręcznej TTL” z wartością domyślną 1440 minut (lub 24 godzin). Obniżenie tej wartości może pomóc (Repozytoria> Konfiguracja> Ustawienia ważności).

Zobacz dokumentację aby uzyskać więcej informacji.

Jak mam ten problem,

Kiedy zmieniłem z Eclipse Juno na Luna i sprawdziłem moje projekty maven z repozytorium SVN, miałem te same problemy podczas tworzenia aplikacji.

Co próbowałem Próbowałem wyczyścić lokalne repozytorium, a następnie ponownie zaktualizować wszystkie wersje za pomocą opcji -U. Ale mój problem trwał.

Następnie poszedłem do okna -> Preferencje -> Maven -> Ustawienia użytkownika -> i kliknąłem przycisk Reindex w Lokalnym repozytorium i czekam na reindex.

To wszystko, problem został rozwiązany.

Aby w końcu odpowiedzieć na pytanie tytułowe: To jest (ustawienie po stronie klienta) w (projekt, profil lub ustawienia)

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

... tag.

(Obecnie maven: 3.6.0, ale przypuszczam, że możliwe są „dalekie wstecz” kompatybilne):

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

Bieżąca ocena tego tagu (maven 3.6.0) jest realizowana w następujący sposób:

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

..z:

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

... gdzie lastModifiedjest (zmodyfikowany plik lokalny) „zmodyfikowany znacznik czasu” artefaktu / każdego z nich.

W szczególności dla interval:xustawienia:

• dwukropek :nie jest to ścisłe - dowolny znak „non-empty” może to zrobić ( =, ...).
• wartości ujemne x < 0powinny dawać „nigdy”.
• interval:0 Zakładałbym „drobiazgowo” (0–59 sekund lub więcej…) interwał.
• wyjątki od formatu liczb dają 24 * 60minuty (~ „codziennie”).

.. patrz: DefaultUpdatePolicyAnalyzer , DefaultMetadataResolver # resolMetadata () i RepositoryPolicy

Dla użytkowników Intellij działało dla mnie:

Kliknij pakiet prawym przyciskiem myszy

Maven > Reimport 

i

Maven > Generate Sources and Update Folders

Nieco odpowiednie. Dostawałem

„[BŁĄD] Nie udało się wykonać celu w projekcie testprojektu: Nie można rozwiązać zależności dla projektu moja_nazwa: jar: 1.0-0: Nie można znaleźć mojej_nazwy-rdzenia: pakiet: 1.0-0 w http://repo1.maven.org/maven2pamięci podręcznej w lokalnym repozytorium, rozdzielczość nie będzie ponawiane próby, dopóki nie upłynie interwał aktualizacji centrali lub aktualizacje zostaną wymuszone -> [Pomoc 1] ”

Ten błąd został spowodowany przypadkowym użyciem Maven 3zamiast Maven 2. Po prostu pomyślałem, że może to komuś zaoszczędzić trochę czasu, ponieważ moja pierwsza wyszukiwarka google doprowadziła mnie do tej strony.

Maven ma ustawienia updatePolicy określające częstotliwość sprawdzania aktualizacji w repozytorium lub synchronizację repozytorium ze zdalnym.

• Domyślna wartość updatePolicy to codziennie.
• Inne wartości mogą być zawsze / nigdy / XX (określając interwał w minutach).

Poniższy przykładowy kod można dodać do pliku ustawień użytkownika maven w celu skonfigurowania 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>

W moim przypadku rozwiązanie było głupie: właśnie miałem niepoprawne wersje zależności.

Miałem ten problem, a wyczerpujące opisy zaproponowane w tym pomogły mi go naprawić.

Drugim zadeklarowanym problemem był mój problem. Użyłem repozytorium innej firmy, które właśnie dodałem, do repositoryczęści pliku pom w moim projekcie. Dodaję te same informacje z repozytorium, pluginrepositoryaby rozwiązać ten problem.

Miałem podobny błąd z innym artefaktem.

<...> zostało buforowane w lokalnym repozytorium, rozwiązanie nie będzie ponawiane, dopóki nie upłynie interwał aktualizacji centrali lub aktualizacje nie zostaną wymuszone

Żadne z wyżej opisanych rozwiązań nie działało dla mnie. W końcu rozwiązałem to w IntelliJ IDEA przez Plik> Unieważnij pamięć podręczną / Uruchom ponownie ...> Unieważnij i uruchom ponownie .

W moim przypadku miałem wiele projektów

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

Kiedy zrobiłem „mvn clean install” z katalogu „domainProject”, dostałem komunikat o błędzie.

Kiedy zrobiłem „mvn clean install” z katalogu „projectRoot”, problem zniknął.