Удалите все неудачные загрузки:
find ~/.m2 -name "*.lastUpdated" -exec grep -q "Could not transfer" {} \; -print -exec rm {} \;
Для окон:
cd %userprofile%\.m2\repository
for /r %i in (*.lastUpdated) do del %i
Затем щелкните правой кнопкой мыши на проекте в затмении и выберите Maven -> «Обновить проект ... », убедитесь, что в появившемся диалоговом окне отмечена опция« Обновить зависимости »и нажмите« ОК ».
Если вы находитесь за прокси-сервером, вам необходимо обновить файл settings.xml (в папке conf вашего MAVEN_HOME, сам файл содержит информацию о настройках прокси-сервера), и вам может потребоваться обновить настройки Eclipse Network Settings ( Window-> Preferences ...-> type Network Connections).
Попробуйте использовать -X или --debug, чтобы получить отладочный вывод, это может предоставить дополнительную информацию о проблеме.
Это случилось со мной как ям за брандмауэром. Зависимости не загружаются иногда, когда вы работаете в Eclipse IDE. Убедитесь, что вы используете mvn clean install -U
для решения проблемы. После этого вы увидите загрузки зависимостей.
Спасибо за ответы, но после нескольких поисков я смог исправить эту проблему. Оказалось, что мне пришлось удалить один из «* .lastUpdated», который не позволял обновлять один из моих плагинов (плагин Maven Surefire). Я сделал это вручную, потому что maven clean не делал этого, по-видимому.
Проблема заключалась в том, что файл «* .lastUpdated» для плагина блокировал проверку maven для обновлений и не позволял использовать необходимую банку для загрузки.
Убедитесь, что файл settings.XML в папке .m2 действителен первым. После очистки репозитория с помощью команды ниже в cmd
cd %userprofile%\.m2\repository
for /r %i in (*.lastUpdated) do del %i
Выполните правильный путь maven setup.xml в eclipse.
Введите правильный set.xml путь в текстовом поле пользовательских настроек
В моем случае. Проблемы по той же причине. Я вижу, что проблема связана с прокси-сервером и брандмауэром.
Здесь мое решение Fisrt способами: 1. установите прокси для Maven и Eclipse 2. Перейдите в папку {user} /. m2 / repository и удалите все * .lastupdated 3. Вернитесь в Eclipse, щелкните правой кнопкой мыши проект и выберите Maven> Обновить проект. > Выберите «Принудительное обновление снимков / выпусков».
Если проект по-прежнему существует, ошибка. Пример: вот мои проблемы после всего этого шага
Failure to transfer org.apache.maven:maven-archiver:pom:2.5 from https://repo.maven.apache.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced. Original error: Could not transfer artifact org.apache.maven:maven-archiver:pom:2.5 from/to central (https://repo.maven.apache.org/maven2): Connect timed out
Я использую это решение, полезное для меня: 1. Найти репозиторий в https://mvnrepository.com/ 2. Скопируйте зависимость с моим *. Poml примера проекта
<dependency>
<groupId>org.apache.maven</groupId>
<artifactId>maven-archiver</artifactId>
<version>2.5</version>
</dependency>
3. Создайте проект. пропущенная зависимость будет загружена в локальный репозиторий. 4. Вернитесь в Eclipse, щелкните правой кнопкой мыши проект и выберите Maven> Update Project. > Выберите «Принудительное обновление снимков / выпусков». = >> Ошибка решена 5. Я удаляю зависимости на этапе 2 после завершения и разрешения. Совершено
В Eclipse: щелкните правой кнопкой мыши проект-> Maven-> Обновить проект-> Проверить флажок «Принудительное обновление снимков / выпусков». Нажмите OK.
Для меня я просто добавил xml-код в файле POM.xml. И после того, как я dit ** щелкните правой кнопкой мыши в проекте -> Maven -> Update Project, и я проверил Force Update Snapshots / Releases ** и все, что сработало
<dependencies>
<!-- https://mvnrepository.com/artifact/javax.servlet/javax.servlet-api -->
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>3.1.0</version>
</dependency>
<!-- https://mvnrepository.com/artifact/javax.servlet.jsp/jsp-api -->
<dependency>
<groupId>javax.servlet.jsp</groupId>
<artifactId>jsp-api</artifactId>
<version>2.1</version>
</dependency>
<!-- https://mvnrepository.com/artifact/jstl/jstl -->
<dependency>
<groupId>jstl</groupId>
<artifactId>jstl</artifactId>
<version>1.2</version>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.5.1</version>
<configuration>
<source>1.8</source>
<target>1.8</target>
</configuration>
</plugin>
</plugins>
</build>
Попробуйте выполнить
mvn -U clean
или запустите> Maven Clean и Maven> Обновить моментальные снимки из контекстного меню проекта в eclipse
У меня была аналогичная проблема в Eclipse 3.6 с m2eclipse.
Не удалось вычислить план сборки: Не удалось передать org.apache.maven.plugins: maven-resources-plugin: jar: 2.4.3 из http: //repo1.maven. org / maven2 был кеширован в локальном репозитории, разрешение не будет повторно загружено до тех пор, пока не истечет интервал обновления центрального элемента или не будет принудительно обновлено. Исходная ошибка: Не удалось передать артефакт org.apache.maven.plugins: maven-resources-plugin: jar: 2.4.3 из центра (http://repo1.maven.org/maven2): Проект ConnectException1 Неизвестная проблема Maven
Удаление всех файлов maven * .lastUpdated из моего локального reository (как предложил Deepak Joy), решила эту проблему.
Это случилось со мной, и у вас может быть два решения для этого
Это работало и для меня в Windows.
просто удалите архетип в maven local repository
. Как сказано выше, это происходит в случае неудачных загрузок архетипа.
Вы можете удалить папку .m2 и заставить MyEclipse повторно загружать все зависимости при запуске. Перейдите в окно> Настройки> MyEclipse> Maven4MyEclipse.
Это работало для меня в Windows:
{user}/.m2/repository
.lastupdated
». Windows будет просматривать все подпапки для этих файлов в каталоге. .lastupdated
. Maven > Update Project
. Force Update of Snapshots/Releases
». settings.xml для прокси? и в eclipse есть maven global \ local profile, добавьте settings.xml
settings.xml
и где его можно найти. Кроме того, имейте в виду, что этот вопрос составляет 10 месяцев.
– FakeRainBrigand
23 December 2011 в 04:28
У меня была аналогичная проблема с несколькими проектами в моей рабочей области. Другие проекты с почти идентичными POM не имели ошибки вообще. Ни один из остальных ответов не зафиксировал мою проблему. Я, наконец, наткнулся на удаление / повторное применение природы Maven для каждого проекта, и ошибки исчезли:
Для каждого проекта, у которого есть поместье с ошибкой «разрешение не будет повторно ...»:
<user-dir>/.m2/repository/org/example/myTool/1.01
(вы видите трюк). Просто удалите их (*.lastUpdated
) вручную и обновите зависимости. – Cedric Reichenbach 10 December 2012 в 18:59