Мы не можем развернуть наше приложение, так как Maven пытается обновить плагин Glassfish из репозитория maven.ocean.net.au, хотя такой репозиторий не был определен в нашем pom. Проблема в том, что maven.ocean.net.au не подключен к сети, и поэтому наша сборка выходит из строя. Это случилось с кем-то еще?
Maven пытается обновить плагин Glassfish от maven.ocean.net.au
Ответ 1
Я предполагаю, что вы используете org.glassfish.maven.plugin:maven-glassfish-plugin:2.2-SNAPSHOT
, который действительно объявляет http://maven.ocean.net.au/snapshot как репозиторий снимков.
Мое предложение состояло в том, чтобы использовать выпущенную версию плагина, например. версия 2.1 (выпущенные версии этого плагина размещены в java.net Maven2 Repository) или для исправления и развертывания версии 2.2 в ваш внутренний корпоративный репозиторий (т.е. не используйте моментальный снимок из Ocean Maven2 Snapshot Repository).
Ответ 2
Разрешение зависимостей будет терпеть неудачу, если в другом репозитории не используется версия плагина Glassfish, которую вы пытаетесь использовать.
Убедитесь, что в вашей настройке maven есть несколько других репозиториев плагинов (лучше всего это локальный репозиторий, который проксирует запросы на удаленные серверы, чтобы создать огромный локальный кеш артефактов Maven), так что разрешение не будет терпеть неудачу, когда один репо может " t достигнуто.
Ответ 3
У меня та же проблема. Однако использование репозитория java.net Maven2 не может его решить, так как это место, где ссылка на репозиторий ocean.net.au происходит от: http://download.java.net/maven/2/org/glassfish/maven/plugin/maven-glassfish-plugin/2.1/maven-glassfish-plugin-2.1.pom Может быть, они должны изменить их .pom?
Ответ 4
У меня та же проблема. Единственное решение, которое я нашел в это время, - удалить все репозитории (или переключить их на enabled = false) из всех зависимостей (3).
Они должны помещать все эти репозитории в профиль, это ужасное решение. Было бы даже хорошо, если бы был какой-либо ответ с сервера, но он просто зависает. Настройки тайм-аута также игнорируются.
Ответ 5
Я решил это в eclipse, щелкнув правой кнопкой мыши на POM и создав новую конфигурацию запуска в автономном режиме. По-видимому, сохраненные maven-сборки игнорируют глобальные настройки и используют собственную конфигурацию. Конечно, если вам действительно нужны другие обновления, вы будете долго ждать, но это помогло мне.
Ответ 6
Это проблема с .pom
плагина Glassfish Maven на нем версии 3.1: в настоящее время есть три репозитория, которые сейчас в автономном режиме, и я считаю, что они не имеют никакой цели, поскольку все в Центральной. Вероятно, это часть оставшегося моментального снимка, который не удалился.
Я нашел грязный способ избавиться от задержки, возникшей до тех пор, пока maven не приурочил запрос к этим автономным серверам:
- Перейдите в локальный репозиторий
- Введите папку
.m2\repository\org\glassfish\maven\plugin\maven-glassfish-plugin\2.1
- Откройте файл
maven-glassfish-plugin-2.1.pom
с помощью любого текстового редактора - Перейдите к строке 146 (в версии 3.1), которая читает
<repositories>
и устанавливает все 3 репозитория отключены установкой<enabled>false</enabled>
для как выпуски, так и снимки - Сделайте то же самое для
<pluginRepositories>
в строке 202 (в версии 3.1) - Удалите файлы
maven-glassfish-plugin-2.1.pom.sha1
иmaven-glassfish-plugin-2.1.pom.md5
, чтобы предотвратить загрузку Maven и перезаписать эти изменения.
Это не умный, это не круто, и это далеко не лучшее решение, но по крайней мере вы сэкономите несколько минут после повторного развертывания.