Ответ 1
У меня была такая же проблема в IntelliJ 14.0.1. Я мог бы решить эту проблему, включив "использование реестра плагинов" в настройках maven IntelliJ.
После того, как я обновил версию IntelliJ с 12 по 13, я вижу ошибки в моем профиле Maven/Project/Plugins, говорящие, что следующие плагины не могут быть решены:
org.apache.maven.plugins:maven-clean-plugin:2.4.1
org.apache.maven.plugins:maven-deploy-plugin
org.apache.maven.plugins:maven-install-plugin
org.apache.maven.plugins:maven-site-plugin
Хотя я использовал IntelliJ 12, они не были в моем списке плагинов, как-то они добавляются после обновления, и теперь он жалуется, что их невозможно найти, где я могу удалить эти плагины из списка или решить проблему, установив их?
Я могу запускать maven цели clean
и compile
без проблем, но профиль/плагины просто выглядит красным с предупреждениями, которые мне не нравятся.
У меня была такая же проблема в IntelliJ 14.0.1. Я мог бы решить эту проблему, включив "использование реестра плагинов" в настройках maven IntelliJ.
Запустите принудительное повторное импортирование из окна инструмента maven. Если это не сработает, отмените кеширование (File> Invalidate cache) и перезапустите. Подождите, пока IDEA повторно проиндексирует проект.
У меня была эта проблема в течение многих лет с плагином maven-deploy, и возникла ошибка, хотя я не был напрямую включен в плагин моего POM. В процессе работы я должен был включить плагин с версией в мой раздел плагина POMs, чтобы удалить красновато-рыжий.
Попробовав каждое решение в StackOverflow, я нашел проблему: заглянув в мой каталог.m2/repository/org/apache/maven/plugins/maven-deploy-plugin, появилась версия "XY" вместе с "2.8.2" и др., Поэтому я удалил весь каталог maven-deploy-plugin, а затем повторно импортировал мой проект Maven.
Поэтому кажется, что проблема заключается в ошибке IJ при анализе репозитория. Я бы не удалял все репо, но только плагины, сообщающие об ошибке.
Красный с предупреждениями maven-site-plugin разрешен после сборки жизненного цикла сайта:
Моя версия IntelliJ - Сообщество 2017.2.4
У меня была такая же ошибка, и я смог избавиться от нее, удалив старый файл настроек Maven. Затем я обновил плагины Maven вручную, используя команду mvn:
mv ~/.m2/settings.xml ~/.m2/settings.xml.old
mvn -up
Наконец, я запустил кнопку "Reimport All Maven Projects" на вкладке Maven Project в IntelliJ. Ошибки исчезли в моем случае.
Ни один из других ответов не работал для меня. Решение, которое сработало для меня, - это загрузить отсутствующий артефакт вручную через cmd:
mvn dependency:get -DrepoUrl=http://repo.maven.apache.org/maven2/ -Dartifact=ro.isdc.wro4j:wro4j-maven-plugin:1.8.0
Я использую IntelliJ Ultimate 2018.2.6 и обнаружил, что функция Reimport All Maven Project не использует JDK, который установлен в Настройках: Сборка, Выполнение, Развертывание | Инструменты для сборки | Maven | Runner. Вместо этого он использует собственный JRE в IntelliJ_HOME/jre64/
по умолчанию. Вы можете настроить JDK для Importer в Build, Execution, Deployment | Инструменты для сборки | Maven | Импорт.
В моей конкретной проблеме SSL-сертификат отсутствовал в хранилище ключей JREs. К сожалению, IDEA только регистрирует эту проблему в своем собственном лог файле. Маленькая красная коробка, чтобы сообщить о RuntimeException, была действительно хороша...
Я мог бы решить эту проблему, изменив "домашний каталог Maven" с "Связанный (Maven 3)" на "/usr/local/Cellar/maven/3.2.5/libexec" в настройках maven IntelliJ (14.1.2).
Недавно я столкнулся с той же проблемой. Ни одно из других решений не разрешало красные строки ошибок.
То, что я сделал, - это запуск реальных целей (развернуть, сайт). Я мог видеть, что эти зависимости затем извлекаются.
После этого реимпорт сделал трюк.
Это сделало трюк для меня... удалите все папки и файлы в разделе "C:\Users [учетная запись пользователя Windows].m2\repository".
Наконец побежал "Reimport All Maven Projects" на вкладке Maven Project в IntelliJ.
Если у вас есть красные squiggles под проектом в плагине Maven, попробуйте нажать кнопку "Reimport All Maven Projects" (выглядит как символ обновления).
Снимите флажок "Работа в автономном режиме" в настройках Maven.
Перейти к IntelliJ → Настройки → Плагин
Найдите maven, вы увидите 1. Интеграция Maven 2. Расширение интеграции Maven.
Выберите опцию Maven Integration и перезапустите Intellij
Я была такая же проблема. Я добавил плагины в свои зависимости pom.xml, и он работает для меня.
<dependency>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-site-plugin</artifactId>
<version>3.3</version>
<type>maven-plugin</type>
</dependency>
<dependency>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-install-plugin</artifactId>
<version>2.4</version>
<type>maven-plugin</type>
</dependency>
<dependency>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-deploy-plugin</artifactId>
<version>2.7</version>
<type>maven-plugin</type>
</dependency>
Если артефакт не разрешен, перейдите в библиотеку вашего.m2/repository и убедитесь, что у вас нет такого файла:
строить-хелперов-Maven-плагин-1.10.pom.lastUpdated
Если у вас нет артефакта в папке, просто удалите его и повторите попытку повторного импорта в IntelliJ.
содержимое этих файлов выглядит так:
#NOTE: This is an Aether internal implementation file, its format can be changed without prior notice.
#Fri Mar 10 10:36:12 CET 2017
@default-central-https\://repo.maven.apache.org/maven2/.lastUpdated=1489138572430
https\://repo.maven.apache.org/maven2/.error=Could not transfer artifact org.codehaus.mojo\:build-helper-maven-plugin\:pom\:1.10 from/to central (https\://repo.maven.apache.org/maven2)\: connect timed out
Без файла *.lastUpdated, IntelliJ (или Eclipse кстати) позволяет перезагрузить то, что отсутствует.
Удалите локальный неизвестный плагин Maven и повторно импортируйте все проекты maven. Это устранит эту проблему.
Это сработало для меня:
После повторного импорта всего проекта начнется установка зависимостей, которая займет несколько минут в зависимости от вашего интернет-соединения.
Решено !!!
Так я решил проблему...
Попробовал еще раз один из ответов в ветке, который говорит: "Если это не сработает, аннулируйте ваши кеши (File> Invalidate caches) и перезапустите". Сделал это, но опять не повезло.
Пробовал эти варианты.. Перейдите в Настройки → Maven → Импорт и убедитесь, что выбрано следующее
Автоматический импорт проектов Maven
Создавайте модули IDEA для проектов-агрегаторов. Держите источник...
Исключить каталог сборки...
Использовать вывод Maven...
Сгенерированные папки souces: "обнаруживать автоматически"
Этап должен быть...: "ресурсы процесса"
Автоматически загружать: "источники" & "документация"
Используйте Maven3 для импорта
Параметры виртуальной машины проекта для импортера: -Xmx512m
Но опять-таки безуспешно.
В моем случае в двух подмодулях maven были две несколько разные зависимости (версия 2.1 vs 2.0). После того, как я переключился на одну версию, ошибка прошла в IDEA 14. (Refresh и.m2 swipe не помогли.)
Я изменил домашний каталог Maven из Bundled (Maven 3) в Bundled (Maven 2) в настройке maven. И это работает для меня. Попробуй!
"IntelliJ IDEA и Maven -" Решения для неразрешенных плагинов " - в частности, удаление папки плагинов, а затем повторный импорт всех плагинов maven после перезапуска ide - работало для меня.
это может помочь кому-то в дальнейшем
я столкнулся с подобными проблемами, моя система не смогла разрешить прокси-сервер
так что подключен к местному Wi-Fi hotpsot.
Вы можете добавить их как зависимости:
<dependencies>
<dependency>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-clean-plugin</artifactId>
<version>2.4.1</version>
</dependency>
</dependencies>
Intellij разрешит их. После успешного импорта зависимостей вы можете очистить их.
Для меня произошла ошибка в файле settings.xml. Я использовал http://в URL, из-за которого он не работал. Как только я удалил его, плагины были успешно загружены.
<proxy>
<id>optional</id>
<active>true</active>
<protocol>http</protocol>
<host>www-proxy.xxxx.com</host>
<port>80</port>
<!-- <nonProxyHosts>local.net</nonProxyHosts>-->
</proxy>
<!-- Proxy for HTTPS -->
<proxy>
<id>optional1</id>
<active>true</active>
<protocol>https</protocol>
<host>www-proxy.xxxx.com</host>
<port>80</port>
<!--<nonProxyHosts>local.net</nonProxyHosts>-->
</proxy>
Вот что я пытался исправить, и это сработало:
После выполнения вышеуказанных действий проблема была устранена. Надеюсь, это поможет вам.