Плагіни Maven не можна знайти в IntelliJ


109

Після того, як я оновив свою версію 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без проблем, але профіль / плагінів виглядає все в червоному кольорі з попередженнями , які я не люблю.


7
Натисніть Ctrl + Alt + S. Перейдіть до плагінів. Чи перевірено "інтеграцію Maven"?
memainjm

@memainjm так, це перевірено
весна

3
Зніміть прапорець "Працювати в автономному режимі" в налаштуваннях Maven.
Махешкумар,

Відповіді:


87

У мене була та сама проблема в IntelliJ 14.0.1. Я міг її вирішити, увімкнувши "використовувати реєстр плагінів" у налаштуваннях maven в IntelliJ.


як увімкнути, можете ви сказати мені шлях
nil96

16
Файл @ nil96 -> Налаштування -> Збірка, виконання, розгортання -> Інструменти побудови -> Maven
Radu Ciobanu

8
Для мене це File -> Settings -> Build, Execution, Deployment -> Build Tools -> Maven(IntelliJ Ultimate 2020.2 на Ubuntu) ... а потім мені потрібно було зневажити кеші та перезапустити ( File -> Invalid Caches / Restart). Проблему вирішено, дякую!
Ламбарт,

Для користувачів Mac ви можете знайти його в розділі Налаштування. (Клацніть на IntelliJ IDEA у рядку меню -> Налаштування) або (Command⌘ +,) -> (Те саме, що і вище) Збірка, виконання, розгортання -> Інструменти побудови -> Maven.
Аюш Чаурасія,

40

Запустіть повторний імпорт із вікна інструмента maven. Якщо це не працює, анулюйте свої кеші ( Файл> Недійсні кеші ) та перезапустіть. Зачекайте, поки IDEA повторно проіндексує проект.


Для мого колеги примусовий повторний імпорт спрацював, коли плагіни не відображалися на правій панелі maven.
mirelon

це спрацювало для мене. Здається, він використовував застарілі налаштування.xml
Антон Р.

36

У мене ця проблема була роками з плагіном maven-deploy, і помилка з’явилася, хоча я безпосередньо не включав плагін у свій POM. Як робоче рішення мені довелося змусити включити плагін з версією до мого розділу плагінів POM, щоб лише видалити red-squiggly.

Спробувавши кожне рішення Stack Overflow, я виявив проблему: заглянувши до мого .m2/repository/org/apache/maven/plugins/maven-deploy-pluginкаталогу, з'явилася версія "XY" разом із "2.8.2" та ін. Тож я видалив весь каталог maven-deploy-plugin, а потім повторно імпортував свій проект Maven.

Отже, проблема полягає в помилці IntelliJ при синтаксичному аналізі сховища. Однак я б не видалив ціле сховище, лише плагіни, які повідомляють про помилку.


2
Приємно. У мене їх було декілька завдяки IntelliJ, що бореться з проксі-сервером моєї компанії. Нарешті здув їх. Дякую!
paultamalunas

"оновити індекси maven" (під ctrl + enter) після цього
рядок

1
У мене не було проблеми з пошкодженням локального сховища. Але додавши версію, це вдалося.
фанат

Те саме, що тут вирішило мою проблему. Дякую!
свіні

Де цей каталог?
user4463876

26

Червоний із застереженнями maven-site-plugin вирішено після життєвого циклу збірки сайту :

введіть тут опис зображення

Моя версія IntelliJ - Community 2017.2.4


Це завантажило всі мої відсутні плагіни maven. Дякую за підказку.
Gibado

24

Жодна з інших відповідей у ​​мене не спрацювала. Рішення, яке працювало для мене, було завантажити відсутній артефакт вручну через cmd:

mvn dependency:get -DrepoUrl=http://repo.maven.apache.org/maven2/ -Dartifact=ro.isdc.wro4j:wro4j-maven-plugin:1.8.0

Після цієї зміни потрібно повідомити Ідею про нові доступні артефакти. Це можна зробити в "Налаштування> Maven> Сховища", виберіть там свій "Місцевий" і просто натисніть "Оновити".


1
Тому навіть після того, як я видалив \ .m2 \ repository \, я виявив, що мій \ .m2 \ repository \ com \ what \ thing \ my-plugin \ 1.2.3 заповнюється лише "частково". Я видалив 1.2.3 каталог і зробив те, що ви тут говорите, і тоді він виглядав правильно заповненим. Я думаю, це рішення "цвяха" проти молоткового рішення видалення \ .m2 \ сховища, дякую.
granadaCoder

1
Я спробував усе інше в цій темі, лише це вирішило проблему в моєму випадку.
Вінсент

1
Я думаю, що це повинна бути правильна відповідь, мабуть, це головна причина, коли плагіни не знайдені. Очевидно, залежності плагінів не завантажуються, доки не буде увімкнено відповідний профіль (я заглянув до сховища maven та плагінів, позначених червоним, де відсутні). Я спробував би це, перш ніж видалити ціле сховище m2 (це може зайняти деякий час для повторного завантаження).
funder7

14

ВИРІШЕНО !!!

Ось як я вирішив проблему ...

  1. Спробував одну з відповідей, яка включає "можна вирішити це, увімкнувши" використовувати реєстр плагінів "'. Це дозволило, але не пощастило.
  2. Знову спробував одну з відповідей у ​​потоці, яка говорить: "Якщо це не спрацює, анулюйте свої кеші (Файл> Недійсні кеші) і перезапустіть." Зробив це, але знову не пощастило.

  3. Спробував ці параметри .. Перейдіть до Налаштування -> Maven -> Імпортування та переконайтесь, що вибрано наступне

    Імпортувати проекти Maven автоматично

    Створення модулів IDEA для проектів агрегаторів Зберігати джерело ...

    Виключити збірку ...

    Використовуйте вихід Maven ...

    Створені папки соусів: "виявити автоматично"

    Фаза, яка повинна бути ...: "процес-ресурси"

    Автоматичне завантаження: "джерела" та "документація"

    Для імпорту використовуйте Maven3

    параметри VM проекту для імпортера: -Xmx512m

    Але знову ніякого успіху.

    1. Тепер скажімо, у мене було 10 таких плагінів, які не отримали рішення, і серед них першим був 'org.apache.maven.plugins: maven-site-plugin' Я пішов до '.m2 / repository / org / apache / maven / plugins / ' та видалив каталог' maven-site-plugin 'і знову здійснив повторний імпорт maven. Здогадайтесь, конкретний відсутній плагін завантажився. І я просто дотримувався подібних кроків щодо інших відсутніх плагінів, і все вирішено.

А в Windows 10 цей каталог знаходиться тут: "C: \ Users \ your_user \ .m2 \ repository \ org \ apache \ maven \ plugins \ maven-site-plugin \". У мене там був лише 1 файл в іншому каталозі. Я видалив папку, IntelliJ перезавантажив її, але потім було кілька файлів, включаючи .jar. До цього у мене було від 2 до 5 помилок в IntelliJ, після цього у мене лише 1. Те ​​саме, що і раніше з цією папкою.
user4463876

10

У мене була та сама проблема. Я додав плагіни у свої залежності 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>

9

У мене була та сама помилка, і я зміг її позбутися, видаливши мій старий файл налаштувань Maven. Потім я оновив плагіни Maven вручну за допомогою команди mvn:

mv ~/.m2/settings.xml ~/.m2/settings.xml.old
mvn -up

Нарешті я запустив кнопку "Повторно імпортувати всі проекти Maven" на вкладці Maven Project в IntelliJ. У моєму випадку помилки зникли.


7

Я використовую IntelliJ Ultimate 2018.2.6 і виявив, що функція Reimport All Maven Project не використовує JDK, який встановлений у налаштуваннях: побудова , виконання, розгортання | Інструменти побудови | Мейвен | Бігун . Натомість він використовує власний JRE IntelliJ_HOME/jre64/за замовчуванням. Ви можете налаштувати JDK для імпортера у побудові, виконанні, розгортанні | Інструменти побудови | Мейвен | Імпортування .

У моїй конкретній проблемі в сховищі ключів JRE відсутній сертифікат SSL. На жаль, IDEA реєструє цю проблему лише у власному журналі. Маленьке червоне вікно, щоб повідомити про RuntimeException, було дуже приємним ...


1
Дякуємо за підказку! Зробив вищезазначене, потім видалив проблемні каталоги плагінів, потім Reimport і voila!
Влад

Це спрацювало для мене. Я також зробив коментар від @Vlad. Проголосували як відповідь, так і коментар. Після форматування машини встановлено версію Intellij версії 2019.2.
Рагху,

6

Видаліть свій локальний невідомий плагін Maven та повторно імпортуйте всі проекти maven. Це вирішить цю проблему.

Ви можете знайти його за адресою View > Tool Windows > Maven:

введіть тут опис зображення


4

Це зробило для мене фокус ... видаліть усі папки та файли в розділі „C: \ Users [Обліковий запис користувача Windows] .m2 \ repository“.

Нарешті запустив "Reimport All Maven Projects" на вкладці Maven Project в IntelliJ.


4

Для мене, що працювало, це розміщення сховища, яке містило плагін, під теги pluginRepository. Приклад,

<pluginRepositories>
    <pluginRepository>
        <id>pcentral</id>
        <name>pcentral</name>
        <url>https://repo1.maven.org/maven2</url>
    </pluginRepository>
</pluginRepositories>

3

Я міг вирішити цю проблему, змінивши "Домашній каталог Maven" з "В комплекті (Maven 3) на" /usr/local/Cellar/maven/3.2.5/libexec "у налаштуваннях maven в IntelliJ (14.1.2).


3

Нещодавно я стикався з тим самим питанням. Жодне з інших рішень не вирішило червоних рядків помилок.

Що я зробив, це запустив фактичні цілі, про які йдеться (розгортання, сайт). Я бачив, як тоді отримували ці залежності.

Після цього реімпорт зробив свою справу.


Схоже, intellij не завантажував ці плагіни автоматично, фактично не порушивши мету maven. Якийсь сенс :-) Працював для мене, навіть якщо фактичні цілі веб-сайту та розгортання не вдавалися :-)
Марті Ніто,

3

Увімкнення "використання реєстру плагінів" та перезапуску проекту після недійсності готівки вирішило мою проблему

до Увімкнення "використовувати реєстр плагінів" >>> (intelij) Файл> Налаштування> Maven> увімкнути опцію зі списку опцій maven

Анулювати готівку >>> файл> анулювати готівку

Це воно...


Працював у мене. Дякую. Не могли б ви пояснити, чим він насправді займається?
НІХІЛ ЧАУРАЗІЯ

@NIKHILCHAURASIA Плагін Maven Clean намагається очистити файли та каталоги, створені Maven під час його побудови. Хоча існують плагіни, які генерують додаткові файли, Clean Plugin передбачає, що ці файли генеруються всередині цільового каталогу. Розглядаючи питання щодо розгортання maven-deploy-plugin, це означає не лише копіювання артефактів, але й переконання, що вся ця інформація коректно оновлена. Але якщо ці файли замінюють кешовані файли, це може спричинити помилки
dalusC

@NIKHILCHAURASIA При запуску Maven він спочатку шукатиме артефакти в цьому локальному кеші. Якщо артефакту тут не вдається знайти, Maven отримає доступ до віддалених сховищ, щоб знайти артефакт. Після знаходження він зберігатиметься у локальному сховищі, тому буде доступним для поточного та майбутнього використання.
dalusC

3

Я спробував інші відповіді, але жодна з них не вирішила для мене цю проблему.

Проблема зникла, коли я явно додав ось groupIdтаке:

<plugins>
    <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-clean-plugin</artifactId>
        <version>3.1.0</version>
    </plugin>
</plugins>

Як тільки колір номера версії змінився з червоного на чорний і проблема зникла з Problemsвкладки, її groupIdможна знову видалити з проблемного плагіна, помилка більше не відображається, і номер версії навіть відображається як пропозиція для version.


2

Це спрацювало для мене:

  • Закрийте ІДЕЮ
  • Видаліть директорії " * .iml " та " .idea " (наявні в кореневій папці проекту)
  • Запустіть " mvn clean install " з командного рядка
  • Повторно імпортуйте свій проект в IDEA

Після повторного імпортування всього проекту розпочнеться встановлення залежностей, яке триватиме кілька хвилин, залежно від підключення до Інтернету.


2

Ось те, що я намагався виправити проблему, і це спрацювало:

  1. Вручну видалив наявний плагін із репозиторію .m2
  2. Увімкнено "використовувати реєстр плагінів" у IntelliJ
  3. Зневілив кеш-пам’ять та перезапустив IntelliJ
  4. Відновив проект maven в IntelliJ

Після виконання вищевказаних кроків проблему було вирішено. Сподіваємось, це допоможе і вам.


2

Для мене це було так просто, як надання плагіну версії:

<version>3.3.0</version>

Повний зразок коду плагіна наведено нижче:

<build>
<plugins>
  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-assembly-plugin</artifactId>
    <version>3.3.0</version>
    <executions>
      <execution>
        <phase>package</phase>
        <goals>
          <goal>single</goal>
        </goals>
        <configuration>
          <archive>
            <manifest>
              <mainClass>Main</mainClass>
            </manifest>
          </archive>
          <descriptorRefs>
            <descriptorRef>jar-with-dependencies</descriptorRef>
          </descriptorRefs>
        </configuration>
      </execution>
    </executions>
  </plugin>

1

Якщо під плагіном Maven під проектом є червоні викрутки, спробуйте натиснути кнопку «Повторно імпортувати всі проекти Maven» (схоже на символ оновлення).

Повторно імпортуйте всі проекти Maven



1

Перейти до IntelliJ -> Налаштування -> Плагін

Шукаючи maven, ви побачите 1. Maven Integration 2. Maven Integration Extension.

Виберіть опцію Maven Integration та перезапустіть Intellij


1

Якщо артефакт не піддається вирішенню, перейдіть до каталогу вашого .m2 / сховища та переконайтесь, що у вас НЕ є такого файлу:

build-helper-maven-plugin-1.10.pom.lastОновлено

Якщо у вас немає жодного артефакту в папці, просто видаліть його та повторіть спробу повторного імпорту в 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, до речі) дозволяє перезавантажити те, чого не вистачає.


1

У моєму випадку я спробував більшість відповідей вище. Я вирішую цю проблему за допомогою:

  • Очищення всіх елементів у .m2/repositoryпапці
  • Видаліть остаточну версію Intellij
  • Встановіть версію спільноти

Це так дивно працювало!


0

У моєму випадку існували дві дещо різні залежності (версія 2.1 проти 2.0) у двох підмодулях maven. Після того, як я перейшов на одну версію, помилка перейшла в IDEA 14. (Оновити та проведіть пальцем .m2 не допомогло.)


0

Я змінив домашній каталог Maven з Bundled (Maven 3) на Bundled (Maven 2) в налаштуваннях maven. І це працює для мене. Спробуйте!



0

це може допомогти комусь знизитися

Я зіткнувся з подібними проблемами, моя система не змогла вирішити проксі-сервер,
настільки підключений до локального Wi-Fi hotpsot.


0

Ви можете додати їх як залежності:

<dependencies>
    <dependency>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-clean-plugin</artifactId>
        <version>2.4.1</version>
    </dependency>
</dependencies>

Intellij вирішить їх. Після успішного імпорту залежностей ви можете очистити їх.


0

Для мене сталася помилка в 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>
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.