Помилка Maven: не вдалося знайти або завантажити основний клас org.codehaus.plexus.classworlds.launcher.Launcher

Я встановив останню версію maven-3.0.4в Windows 7 :
Деталі про встановлення такі:
Інсталяційний шлях:

C:\apache-maven-3.0.4  

Змінні середовища є:

M2_HOME C:\apache-maven-3.0.4\apache-maven\src  
JAVA_HOME C:\Program Files\Java\jdk-1.7.0_04  

Додані змінні шляху:

%M2_HOME%\bin;%JAVA_HOME%\bin;

У вікні команди це відображається так:

C:\>java -version  
java version "1.7.0_04"  
Java(TM) SE Runtime Environment (build 1.7.0_04-b22)  
Java HotSpot(TM) Client VM (build 23.0-b21, mixed mode, sharing)  
C:\>mvn -version  
Error: Could not find or load main class org.codehaus.plexus.classworlds.launcher.Launcher  

Це єдина версія на Maven, встановлена ​​на моєму ПК, і рішення, подане у багатьох блогах, що посилаються на видалення попередньої M2_HOMEзмінної середовища, недійсне.

Я прочитав і випробував усі рішення, що даються в блогах, такі як:

• блог oracle ,
• запитання про stackoverflow ,
• ще одне питання про стек ,
• якийсь блог ,

але все ж не в змозі дістатися до нього. Чого я можу пропустити у всій цій справі? Заздалегідь спасибі.

Я потрапив і на цю проблему, і знайшов цю статтю. Для Maven3 зміна мого імені змінної середовища з M2_HOME на M3_HOME зробила свою справу. Я перебуваю на Mac під керуванням OSX 10.9 з JDK 1.7. Сподіваюся, це допомагає.

Примітка: Видаліть M2_HOME, якщо він уже встановлений. Наприклад:unset M2_HOME

Навіть незважаючи на відповідь на запитання, я хотів би додати, що якщо ви отримуєте вищезгадану помилку, будьте впевнені, що ви завантажили файл Бінарного файлу .

Вихідний файл слід завантажувати, лише якщо ви досвідчений користувач і знаєте, як з ним боротися.

У мене була досить велика частка людей, які завантажували неправильний файл, старших та юніорів

У мене була ця сама проблема і я зміг її вирішити, ретельно переробивши змінні середовища:

• M2_HOME
• М2
• JAVA_HOME

Крім того, я створив їх усі системні змінні, а не змінні користувача, як говорять інструкції Maven. Коли ти

echo %Path%

Переконайтеся, що ви бачите змінні% M2% і% JAVA_HOME% повністю розширеними, тобто:

C:\Users\afairchild>echo %Path%
C:\Program Files\Apache Software Foundation\apache-maven-3.0.4\bin;C:\Program Files\Java\jdk1.7.0_09\bin; [etc]

Була ця проблема у двох різних установках Ubuntu 12.04, незважаючи на те, що встановлення здійснювалося apt-get. Випуск був M2_HOME.

Виправлено за допомогою:

export M2_HOME=/usr/share/maven

Я вважаю, що ця помилка викликана завантаженням SRC замість BINARY з сайту Maven. Будь ласка, не забудьте завантажити Binary zip.

Оскільки шлях нижче, ви отримаєте лише після завантаження SRC:

M2_HOME C: \ apache-maven-3.0.4 \ apache-maven \ src

Це здається, що ви встановили (вилучили) вихідні файли замість двійкових файлів на основі інформації про ваш шлях. Спробуйте встановити двійкові файли замість цього та дотримуючись відповіді інших плакатів.

Ну, у мене була ця проблема, і, побачивши цю посаду і особливо khmarbaise відповідь, я помітив, що це M2_HOMEбуло

D:\workspace\apache-maven-3.1.0-bin\apache-maven-3.1.0\bin

а потім я це прикував

D:\workspace\apache-maven-3.1.0-bin\apache-maven-3.1.0

Хотілося б зазначити, що я використовую Windows 7 (x64)

Рішення для пізніших версій Maven є прямим. Я перебуваю на OS X ElCap, 10.11.6 та модернізований до Maven 3.3.9. У мене була така ж проблема з помилкою " Could not find ...org.codehaus.plexus...". Посилання, надане тут, запропонувало рішення у коментарі McKamey - просто видаліть M2_HOME ( unset M2_HOME). Одного разу я спробував це, все вийшло, як очікувалося.

Це можна підтвердити, відвідавши Maven install page: "Додайте каталог бін створеної директорії apache-maven-3.3.9 до змінної середовища PATH" - зовсім не згадуйте про M2_HOME або M3_HOME.

Ви повинні змінити розташування M2_HOME на таке:

set M2_HOME=C:\apache-maven-3.0.4\apache-maven

Крім того, установка JDK виглядає більше JRE, а не JDK. Для Мейвена вам потрібен JDK, а НЕ JRE.

Я зіткнувся з подібною проблемою на своєму Mac OSX. Після серії спроб та помилок я остаточно вирішив це.

Моя ~/.bash_profileвиглядала так

export M2_HOME=/Users/xyz/maven-3.x/bin
export PATH=$PATH:$M2_HOME

і коли я намагався echo M2_HOMEз терміналу, він показав мені правильний шлях, але коли я намагався запустити будь-яку команду Maven, як, mvn cleanабо mvn install, це завжди створювало ту саму проблему

Не вдалося знайти або завантажити основний клас org.codehaus.plexus.classworlds.launcher.Launcher

Я вирішив це питання, змінивши своє M2_HOMEна це

export M2_HOME=/Users/xyz/maven-3.x
export PATH=$PATH:$M2_HOME/bin

І вуаля! Це почало працювати! Просто перемістивши позицію /binвід M2_HOME до передPATH

Просто переконайтесь, що ви завантажили двійковий архів zip (apache-maven-3.5.0-bin.zip) замість zip-архіву Source. Потім додайте каталог бін створеної каталогу apache-maven-3.5.0 до змінної середовища PATH.

У більшості питань із налаштування Maven виходить щось на кшталт "Не вдалося знайти або завантажити основний клас ...", почніть із наведених нижче кроків, щоб побачити, чи це виправлення:

• Переконайтеся, що ви розпакували потрібний архів (BINARY архів, а не SOURCE)
• Видаліть всі користувацькі та системні змінні, пов’язані з Maven (наприклад, M2_HOME, M2_OPTS тощо)
• Переконайтесь, що встановлена ​​системна змінна JAVA_HOME (напр., "C: \ Program Files \ Java \ jdk1.8.0_172")
• Переконайтесь, що розташування ян бін додано в системну змінну "path" (напр., "% JAVA_HOME% \ bin")
• Переконайтеся, що місце розташування бін-біна додано в системну змінну "path" (напр., "C: \ MyInstalls \ apache-maven-3.5.4 \ bin")

тоді...

• Перевірте, чи налаштовано java (у commandprompt: java -version)
• Перевірте налаштування maven (у commandprompt: mvn --version)

У мене було те саме питання. У мене є Windows xp box, і коли я набираю mvn -versionв командному рядку, я отримав жахливе повідомлення про помилку

"Exception in thread "main" java.lang.NoClassDefFoundError: org/codehaus/plexus/classworlds/launcher/Launcher"

Я підтвердив, що мій M2_HOMEзмінний встановлений на шлях, де Maven був встановлений на ПК, і що echo %path%підтвердив, що Maven був на моєму шляху.

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

Я скопіював шлях, який був призначений моїй M2_HOMEзмінній. Я відкрив вікно cmd і набрав cd і вставив шлях, який я отримав зі своєї M2_HOMEзмінної. У той момент я знав, що шлях правильний, оскільки шлях відображався у вікні. У цей момент я ввів команду dir і, на моє здивування, отримав помилку Файл не знайдено.

Я пішов на цей шлях через Провідник і впевнений, що там були файли. Я помітив, що папки вицвіли, але я міг отримати доступ до них і бачити файли в кожній папці (у мене є права адміністратора на моєму ПК). Я переглянув властивості батьківської папки для Maven і побачив, що прапорець прихований. Я зняв чек і застосував і знову спробував свою команду dir з успіхом.

Далі я спробував mvn –versionкоманду ще раз, але цього разу я отримав очікувані результати.

C:\>mvn -version
Apache Maven 3.0.3 (r1075438; 2011-02-28 11:31:09-0600)
Maven home: C:\Program Files\apache-maven-3.0.3
Java version: 1.5.0_16, vendor: Sun Microsystems Inc.
Java home: C:\Java\jdk1.5.0_16\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows xp", version: "5.1", arch: "x86", family: "windows"

Нарешті я створив файл jar та war, і мій веб-додаток успішно працював на моєму локальному Tomcat.

Я сподіваюся, що це допоможе комусь із вас там.

встановлення бінарної версії Maven виправляє проблеми

apache-maven-3.6.1-bin.zip

Крім того, що @khmarbaise вказав, я думаю, ви неправильно ввели свій JAVA_HOME. Якщо ви встановили за замовчуванням, то між jdk та 1.7.0_04 не повинно бути "-" (дефіс). Так було б

JAVA_HOME C:\Program Files\Java\jdk1.7.0_04 

Для інших людей, які можуть зіткнутися з цим, не забудьте перевірити параметри ~ / .mavenrc для M2_HOME або JAVA_HOME.

Спробуйте завантажити бінарний zip (наприклад, Maven 3.0.5 (Binary zip)) замість повного джерела на офіційному сайті Maven. Також переконайтеся, що командний рядок розпізнає команди java та javac. Я помітив, що ZIP-код Maven Source не включає жодних бібліотек у папці lib, проте Binary zip мав їх + у папці завантаження, він мав plexus-classworlds-2.4.jar. Можливо, проблема була у відсутності цих бібліотек. У будь-якому випадку мені це допомогло, тому мій M2_HOME: C: \ Program Files \ Java \ apache-maven-3.0.5 і в PATH я поклав: C: \ Program Files \ Java \ apache-maven-3.0.5 \ bin.

Я вважаю, що ця проблема в моєму центрі викликана "Oracle Java замінюється gcj", після зміни Java за замовчуванням на "Oracle Java" проблема вирішується.

alternatives --config java

There are 2 programs which provide 'java'.

  Selection    Command
-----------------------------------------------
*  1           /usr/lib/jvm/jre-1.5.0-gcj/bin/java
 + 2           /usr/java/jdk1.7.0_67/bin/java

Виглядає так, що ви встановили вихідні файли (Тому що вони srcнадходять лише у вихідні файли і нам це не потрібно). Спробуйте встановити бінарні файли з там . А потім встановіть змінні середовища, як описано там . Це працювало для мене. І я впевнений, що це також буде працювати для вас.

Я думаю, ви завантажили неправильну версію. Я зустрічаюся з цією проблемою тільки зараз, жоден метод не працює після пошуку та пошуку. Нарешті я виявив, що Maven, який я завантажив, - це zip-архів Source . Після того, як я перейду на бінарний zip-архів , все пройде добре.

Я теж зіткнувся з подібним питанням. Але в моєму випадку я використовував папку apache-maven-3.3.3-src у змінних шляху. Пізніше я виправив ті, що мають правильний шлях папки apache-maven-3.3.3-bin. Це вирішило це питання. Я не кажу, що це та сама помилка, про яку повідомлялося тут, але таким чином ви також можете отримати цю помилку та виправити її. Це я тут намагаюся сказати.

Відкрийте новий термінал і виконайте наступні дії

M2_HOME=/Users/macbook/apache-maven-3.6.1 //Set where maven is
M2=$M2_HOME/bin                          //Set home as bin
export PATH=$M2:$PATH                   //Place the new path

Потім введіть

mvn -version

Ви можете встановити це, ./bash_profileщоб робити це автоматично щоразу, коли ви запускаєте термінал

Точно така ж помилка може з’явитися навіть при правильних налаштуваннях змінної середовища, якщо ви скопіюєте ТІЛЬКИ binкаталог у інсталяційний каталог. Це змушує whichпрацювати тонко, і новачки застрягають.

У мене була ця проблема, коли я використовував Maven 3.5.4 на OpenJDK 11 на Ubuntu. OpenJDK 11 на Ubuntu насправді все ще є JDK10:

$ ls -al /etc/alternatives/java
lrwxrwxrwx 1 root root 43 Aug 24 04:54 /etc/alternatives/java -> /usr/lib/jvm/java-11-openjdk-amd64/bin/java
$ java --version
openjdk 10.0.2 2018-07-17
OpenJDK Runtime Environment (build 10.0.2+13-Ubuntu-1ubuntu0.18.04.3)
OpenJDK 64-Bit Server VM (build 10.0.2+13-Ubuntu-1ubuntu0.18.04.3, mixed mode)

Я встановив OpenJDK з Oracle в /opt/jdk-11.0.1 і запустив Maven так:

JAVA_HOME=/opt/jdk-11.0.1 mvn

Зараз це працює як шарм.

У мене була проблема із самим плагіном-верифікатором. Повернення до версії 2.6 працювало для мене. Версія 2.18 / 20 / 22.1 дала мені помилку. Тепер я спробував версію 3.0.0-M1 плагін-версії, і він працює.

Тож щось не так у вірфірі-плагіні між версіями 2.6 та 3.0.0. Я припускаю, що за замовчуванням є щось жорстке кодування, що не повинно.

Для мене, як це смішно звучить, це допомогло просто перезапустити eclipse...

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

1. Видаліть усі посилання Mavin в середовищі змінних
2. Завантажте Бінарне з mavin
3. Розпакуйте його там, де ви хочете, наприклад: C: \ apache-maven-3.6.0
4. Перейдіть до змінних Environment і додайте до системної шлях змінної "C: \ apache-maven-3.6.0 \ bin"
5. запустити командний рядок як адміністратор
6. перевірити версію за допомогою: mvn -v

Результат CMD:

Apache Maven 3.6.0 (97c98ec64a1fdfee7767ce5ffb20918da4f719f3; 2018-10-24T20: 41: 47 + 02: 00) Maven home: C: \ apache-maven-3.6.0 \ bin ..

Я також зіткнувся з наступною помилкою в моїй системі (Mac)

Помилка: не вдалося знайти або завантажити основний клас org.codehaus.plexus.classworlds.launcher.Launcher

Після випадкового перегляду я натрапив на посилання " http://maven.apache.org/install.html ", де написано, що "JAVA_HOME" слід встановити на "/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/ Зміст / Головна / jre ".

Коли я змінив "JAVA_HOME", як зазначено вище в ".bash_profile", команда "mvn" почала працювати, але команда "javac -version" перестала працювати.

Коли я набрав команду "javac -version", я отримав таку помилку

Неможливо знайти виконуваний файл у "/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home/jre/bin/javac" (-1)

Отже, я повернув "JAVA_HOME" до "/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home" in ".bash_profile" і додав наступний рядок вгорі в "mvn" сценарій

export JAVA_HOME = / Бібліотека / Java / JavaVirtualMachines / jdk1.8.0_45.jdk / Зміст / Головна / jre

Тепер і команди "mvn", і "javac" працювали належним чином, але після ретельного спостереження за сценарієм mvn я не зміг зробити різницю між наступними командами

/ Бібліотека / Java / JavaVirtualMachines / jdk1.8.0_45.jdk / Зміст / Головна / bin / java -classpath /Users/venkatarajeevmandava/Documents/Maven/apache-maven-3.6.1/boot/plexus-classworlds-2.6.0. jar -Dclassworlds.conf = / Користувачі / venkatarajeevmandava / Документи / Maven / apache-maven-3.6.1 / bin / m2.conf -Dmaven.home = / Користувачі / venkatarajeevmandava / Документи / Maven / apache-maven-3.6.1 - Dlibrary.jansi.path = / Користувачі / venkatarajeevmandava / Documents / Maven / apache-maven-3.6.1 / lib / jansi-native -Dmaven.multiModuleProjectDirectory = / Користувачі / venkatarajeevmandava / Documents / Maven / apache-maven-3.6.1 / bin org.codehaus.plexus.classworlds.launcher.Launcher

/ Бібліотека / Java / JavaVirtualMachines / jdk1.8.0_45.jdk / Зміст / Головна / jre / bin / java -classpath /Users/venkatarajeevmandava/Documents/Maven/apache-maven-3.6.1/boot/plexus-classworlds-2.6. 0.jar -Dclassworlds.conf = / Користувачі / venkatarajeevmandava / Documents / Maven / apache-maven-3.6.1 / bin / m2.conf -Dmaven.home = / Користувачі / venkatarajeevmandava / Documents / Maven / apache-maven-3.6. 1 -Dlibrary.jansi.path = / Користувачі / venkatarajeevmandava / Documents / Maven / apache-maven-3.6.1 / lib / jansi-native -Dmaven.multiModuleProjectDirectory = / Користувачі / venkatarajeevmandava / Documents / Maven / apache-maven-3.6. 1 / bin org.codehaus.plexus.classworlds.launcher.Launcher

У вищесказаному перша команда викликала таку помилку

Помилка: не вдалося знайти або завантажити основний клас org.codehaus.plexus.classworlds.launcher.Launcher

поки друга команда спрацювала чудово. Зверніть увагу, що обидва вищевказані шляхи мають команду "java", тоді як одна - від "jre", а друга - від "jdk"

У ".bash_profile" інші глобальні змінні такі:

export M2_HOME = / Користувачі / venkatarajeevmandava / Документи / Maven / apache-maven-3.6.1

експортувати PATH = $ PATH: $ M2_HOME / бін

Це поширене питання під час налаштування Maven. Все, що вам потрібно зробити, це:

1. M2_HOME: - D: \ apache-maven-2.0.11
2. М2: - D: \ apache-maven-2.0.11 \ бін
3. Шлях: - Додайте його;% M2%

M2_HOME & M2: - потрібно оголошувати як системні змінні, а не як змінні USER / ADMIN.

Шлях: - Це може бути змінна системи АБО змінна USER / ADMIN [PATH]. Переважно системна змінна.

Після того, як ви ретельно зробите налаштування цих 3 змінних, ви можете перевірити встановлення Maven, як показано нижче.

У підказці CMD: -

C: \ Документи та налаштування \ ADMIN> mvn - перехід

Вихід: -

Apache Maven 2.0.11 (r909250; 2010-02-12 11: 25: 50 + 0530) Версія Java: 1.6.0_22 Домашня сторінка Java: C: \ Програмні файли \ Java \ jdk1.6.0_22 \ jre Локаль за замовчуванням: en_US, платформа кодування: Cp1252 Назва ОС: "windows xp" версія: "5.1" арка: "x86" Сім'я: "windows"

Дякую.

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

Maven - це інструмент Java для командного рядка. Це означає, що це не окремий бінар, це колекція java .jars, інтерпретована jvm ( java.exeдля Windows, javaLinux).

mvnКоманда, це сценарій. У Windows це сценарій, який називається, mvn.cmdа в Linux - це сценарій оболонки. Таким чином, якщо ви напишете:, mvn installщо буде:

1. для фактичного сценарію виклику викликається інтерпретатор команд ( /bin/shабо cmd.exe)
2. цей скрипт встановлює необхідні змінні середовища
3. і нарешті, він викликає інтерпретатора java з необхідним класовим шляхом, який містить функціональність maven.

Проблема полягає в (2). На щастя, цей сценарій просто, дуже простий. Для програміста Java не має великих труднощів налагоджувати сценарій близько 20 рядків, навіть якщо це трохи чужа мова.

У Linux ви можете налагоджувати оболонки, надаючи -xпрапор інтерпретатору оболонки (що, найімовірніше, bash). У Windows потрібно знайти інший спосіб налагодження cmd.exeсценарію. Тож замість цього mvn installдайте команду bash -x mvn install.

Результат виглядає так:

+ '[' -z '' ']'
+ '[' -f /etc/mavenrc ']'
+ '[' -f /home/picsa/.mavenrc ']'
+ cygwin=true
+ darwin=false

... не так багато речей ...

+ MAVEN_PROJECTBASEDIR='C:\peter\bin'
+ export MAVEN_PROJECTBASEDIR
+ MAVEN_CMD_LINE_ARGS=' '
+ export MAVEN_CMD_LINE_ARGS
+ exec '/cygdrive/c/Program Files/Java/jdk1.8.0_66/bin/java' -classpath 'C:\peter/boot/plexus-classworlds-*.jar' '-Dclassworlds.conf=C:\peter/bin/m2.conf' '-Dmaven.home=C:\peter' '-Dmaven.multiModuleProjectDirectory=C:\peter\bin' org.codehaus.plexus.classworlds.launcher.Launcher
Fehler: Hauptklasse org.codehaus.plexus.classworlds.launcher.Launcher konnte nicht gefunden oder geladen werden

Зрештою, ви зможете легко перевірити, яка змінна середовища пішла погано, і ви можете дуже легко виправити свій скрипт (або встановити його, що потрібно).