Ответ 1
Я нашел ответ здесь:
Когда артефакт не может быть загружен, Maven 3 кэширует этот результат для будущей ссылки в файле ~ ~.m2/repo/.../. lastUpdated. Для ситуаций "не найден" кажется, что HTTP-код может использоваться для более детальной повторной попытки поиска, а не для кэширования отказа. Например, для любого 404, я согласен, результат должен кэшировать сбой и потребовать -U попытаться восстановить его снова. Тем не менее, для 400, 500, 501, 502, 503, 301, 302 (что такое поведение Maven для 3xx сегодня?) Я думаю, что механизм разрешения должен пытаться повторно извлекать артефакт каждый раз. С этими кодами ошибок, скорее всего, проблема с конфигурацией или кратковременная сетевая икота, а не один из файлов, отсутствующих в этом репо. Тем не менее, эта краткая сетевая икота имеет давние последствия для кеша, поскольку файл никогда не пытается получить снова.