Почему Maven загружает метаданные maven.XML каждый раз?
Ниже приведена ошибка, которую я обычно получаю, когда мое интернет-соединение фланковое при попытке создать веб-приложение с maven.
мой вопрос в том, почему maven всегда нужно загружать каждый раз, когда одно и то же приложение было построено ранее.
что может быть неправильно в моей конфигурации, что заставляет maven загружать каждый раз?
Ниже приведена ошибка, которую я получаю, когда пытаюсь построить в автономном режиме:
[INFO] ------------------------------------------------------------------------
[INFO] Building mywebapp 1.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
Downloading: https://raw.github.com/pagecrumb/mungo/mvn-repo/com/pagecrumb/mungo/0.0.1-SNAPSHOT/maven-metadata.xml
[WARNING] Could not transfer metadata com.mywebapp:mungo:0.0.1-SNAPSHOT/maven-metadata.xml
from/to mungo-mvn-repo (https://raw.github.com/pagecrumb/mungo/mvn-repo/): raw.github.com
[INFO]
[INFO] --- maven-war-plugin:2.1.1:war (default-cli) @ mywebapp ---
[INFO] Packaging webapp
[INFO] Assembling webapp [mywebapp] in [D:workspacewebtargetmywebapp-1.0-SNAPSHOT]
[INFO] Processing war project
[INFO] Copying webapp resources [D:workspacewebsrcmainwebapp]
[INFO] Webapp assembled in [1237 msecs]
[INFO] Building war: D:workspacewebtargetmywebapp-1.0-SNAPSHOT.war
[WARNING] Warning: selected war files include a WEB-INF/web.xml which will be ignored
(webxml attribute is missing from war task,
or ignoreWebxml attribute is specified as 'true')
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building com.mywebapp [com.mywebapp] 0.0.1-SNAPSHOT
[INFO] ------------------------------------------------------------------------
Downloading: http://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-release-plugin/2.1/maven-release-plugin-2.1.pom
[WARNING] Failed to retrieve plugin descriptor for org.apache.maven.plugins:maven-release-plugin:2.1: Plugin org.apache.maven.plugins:maven-release-plugin:2.1 or one of its dependencies could not be resolved: Failed to read artifact descriptor for org.apache.maven.plugins:maven-release-plugin:jar:2.1
Downloading: http://download.java.net/maven/2/org/apache/maven/plugins/maven-metadata.xml
Downloading: http://download.java.net/maven/2/org/codehaus/mojo/maven-metadata.xml
397/397 B
Downloaded: http://download.java.net/maven/2/org/codehaus/mojo/maven-metadata.xml (397 B at 0.0 KB/sec)
[WARNING] Failure to transfer org.apache.maven.plugins:maven-war-plugin/maven-metadata.xml from http://download.java.net/maven/2 was cached in the local repository, resolution will not be reattempted until the update interval of maven2-repository.dev.java.net has elapsed or updates are forced. Original error: Could not transfer metadata org.apache.maven.plugins:maven-war-plugin/maven-metadata.xml from/to maven2-repository.dev.java.net (http://download.java.net/maven/2): download.java.net
[INFO]
[INFO] --- maven-war-plugin:2.3:war (default-cli) @ mywebapp-build ---
[INFO] Packaging webapp
[INFO] Assembling webapp [mywebapp-build] in [D:workspacetargetmywebapp-build-0.0.1-SNAPSHOT]
[INFO] Processing war project
[INFO] Webapp assembled in [15 msecs]
[INFO] Building war: D:workspacetargetmywebapp-build-0.0.1-SNAPSHOT.war
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] mywebapp ..................................... SUCCESS [27.999s]
[INFO] com.mywebapp [com.mywebapp] ..................... FAILURE [1:00.406s]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 1:41.409s
[INFO] Finished at: Tue May 07 22:13:38 SGT 2013
[INFO] Final Memory: 11M/28M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-war-plugin:2.3:war
(default-cli) on project mywebapp-build: Error assembling WAR: webxml attribute is required (or pre-existing WEB-INF/web.xml if executing in update mode)
4 ответов
посмотреть в свой settings.xml
(или, возможно, Родительский или корпоративный Родительский POM вашего проекта) для <repositories>
элемент. Это будет выглядеть примерно так, как показано ниже.
<repositories>
<repository>
<id>central</id>
<url>http://gotoNexus</url>
<snapshots>
<enabled>true</enabled>
<updatePolicy>always</updatePolicy>
</snapshots>
<releases>
<enabled>true</enabled>
<updatePolicy>daily</updatePolicy>
</releases>
</repository>
</repositories>
Примечание <updatePolicy>
элемент. Пример говорит Maven связаться с удаленным РЕПО (Nexus в моем случае, Maven Central, если вы не используете свой собственный удаленный РЕПО) в любое время Maven необходимо получить артефакт моментального снимка во время сборки, проверяя, есть ли более новая копия. Для этого требуются метаданные. Если есть более новая копия Maven загружает ее в локальное РЕПО.
в примере для выпусков политика является daily
таким образом, он будет проверять во время вашей первой сборки дня. never
также является допустимым вариантом, как описано в Maven настройки docs.
Плагины решаются отдельно. Для них также могут быть настроены репозитории с различными политиками обновления, если это необходимо.
<pluginRepositories>
<pluginRepository>
<id>central</id>
<url>http://gotoNexus</url>
<snapshots>
<enabled>true</enabled>
<updatePolicy>daily</updatePolicy>
</snapshots>
<releases>
<enabled>true</enabled>
<updatePolicy>never</updatePolicy>
</releases>
</pluginRepository>
</pluginRepositories>
кто-то еще упомянул . Если вы используете это, Maven работает в режиме" offline". Он знает, что имеет только локальное РЕПО, и не будет связываться с удаленным РЕПО для обновления артефактов независимо от используемых политик обновления.
возможно использовать флаг -o,--offline "Work offline"
чтобы предотвратить это.
такой:
maven compile -o
Я полагаю, потому что вы не указали версию плагина, поэтому он запускает загрузку связанных метаданных, чтобы получить последний.
в противном случае вы пытались принудительно использовать локальное РЕПО с помощью-o ?
Я еще не изучал, когда Maven выполняет поиск, но для получения стабильных и воспроизводимых сборок я настоятельно рекомендую не обращаться к репозиториям Maven напрямую, а использовать менеджер репозитория Maven, такой как Nexus.
вот учебник, как настроить параметры файла:
http://books.sonatype.com/nexus-book/reference/maven-sect-single-group.html