2013-05-27 14 views

Odpowiedz

14

Znalazłem odpowiedź here.

Kiedy artefaktem nie jest w stanie pobrać, Maven 3 buforuje ten wynik w przyszłości w „~/.m2/repo /.../ lastUpdated "plik. W przypadku sytuacji "nie odnalezionych" wydaje się, że kod HTTP mógłby zostać użyty do bardziej szczegółowego ponownego pobrania, a nie tylko do pamięci podręcznej niepowodzenia. Na przykład, dla każdego 404, zgadzam się, wynik powinien buforować awarię i wymagać -U, aby spróbować odzyskać ją ponownie. Jednak w przypadku 400, 500, 501, 502, 503, 301, 302 (jakie jest zachowanie Maven dla 3xx dzisiaj?) Myślę, że aparat rozdzielczości powinien próbować ponownie pobrać artefakt za każdym razem. W przypadku tych kodów błędów wydaje się, że bardziej prawdopodobne jest wystąpienie konfiguracji lub krótka przerwa w sieci, a nie jeden z plików nieobecnych w repozytorium. Jednak ta krótka przerwa w sieci ma długotrwałe implikacje w pamięci podręcznej, ponieważ plik nie jest nigdy próbowany do odzyskania.

+1

link jest zepsuty. Zaktualizuj to –

Powiązane problemy