Errore Maven: impossibile trovare o caricare la classe principale org.codehaus.plexus.classworlds.launcher.Launcher

Ho installato una versione più recente maven-3.0.4su Windows 7 :
I dettagli di installazione sono i seguenti:
Percorso di installazione:

C:\apache-maven-3.0.4  

Le variabili d'ambiente sono:

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

Le variabili di percorso aggiunte sono:

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

Nella finestra di comando lo mostra in questo modo:

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  

Questa è l'unica versione di Maven installata sul mio PC e la soluzione fornita su molti blog che fa riferimento alla cancellazione della precedente M2_HOMEvariabile d'ambiente non è valida.

Ho letto e provato tutte le soluzioni fornite nei blog come:

• blog di Oracle ,
• domanda stackoverflow ,
• un'altra domanda in pila ,
• qualche blog ,

ma ancora non ci riesco. Cosa potrei perdere in tutta questa faccenda? Grazie in anticipo.

Ho riscontrato anche questo problema e ho trovato questo articolo. Per Maven3, cambiare il nome della mia variabile d'ambiente da M2_HOME a M3_HOME ha funzionato. Sono su un Mac con OSX 10.9 con JDK 1.7. Spero che questo ti aiuti.

Nota: eliminare M2_HOME, se già impostato. Per esempio:unset M2_HOME

Anche se si risponde alla domanda, vorrei aggiungere che, se si verifica l'errore sopra menzionato, assicurarsi di aver scaricato il file binario .

Il file di origine deve essere scaricato solo se sei un utente avanzato e sai come gestirlo.

Ho avuto un bel po 'di gente che scaricava il file sbagliato, gli anziani e i ragazzi

Stavo avendo lo stesso problema ed è stato in grado di risolverlo rifacendo con cura le variabili di ambiente:

• M2_HOME
• M2
• JAVA_HOME

Inoltre, ho creato tutte le variabili di sistema , non le variabili utente come dicono le istruzioni Maven. Quando tu

echo %Path%

Assicurati di poter vedere le variabili% M2% e% JAVA_HOME% completamente espanse, ovvero:

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]

Aveva questo problema su due diverse installazioni di Ubuntu 12.04, nonostante le installazioni fossero eseguite da apt-get. Il problema era M2_HOME.

Risolto con:

export M2_HOME=/usr/share/maven

Credo che questo errore sia stato causato dal download di SRC invece di BINARY dal sito Maven. Assicurati di scaricare Binary zip.

Poiché il percorso seguente, otterrai solo quando scarichi SRC:

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

Sembra che tu abbia installato (estratto) i file sorgente anziché i file binari in base alle informazioni sul tuo percorso. Prova invece a installare i binari e seguendo la risposta degli altri poster.

Bene, ho avuto questo problema e dopo aver visto questo post e in particolare la risposta di Khmarbaise ho notato che lo M2_HOMEera

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

e poi l'ho inseguito

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

Vorrei menzionare che uso Windows 7 (x64)

La soluzione per le versioni successive di Maven è semplice. Sono su OS X ElCap, 10.11.6 e aggiornato a Maven 3.3.9. Ho avuto lo stesso problema con l'errore " Could not find ...org.codehaus.plexus...". Il link fornito qui offriva la soluzione in un commento di McKamey: basta eliminare M2_HOME ( unset M2_HOME). Una volta provato, ha funzionato come previsto.

Ciò può essere confermato visitando Maven install page: "Aggiungi la directory bin della directory creata apache-maven-3.3.9 alla variabile d'ambiente PATH" - nessuna menzione di M2_HOME o M3_HOME.

È necessario modificare la posizione di M2_HOME nel modo seguente:

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

Inoltre l'installazione di JDK sembra più un JRE anziché JDK. Per Maven hai bisogno di JDK e NON JRE.

Ho riscontrato un problema simile sul mio mac OSX. Dopo una serie di tentativi ed errori ho finalmente risolto.

Il mio ~/.bash_profilesembrava così

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

e quando ho provato a farlo echo M2_HOMEdal terminale, mi ha mostrato il percorso corretto ma quando ho provato a lanciare qualsiasi comando maven come mvn cleano mvn install, ha sempre dato lo stesso problema

Impossibile trovare o caricare la classe principale org.codehaus.plexus.classworlds.launcher.Launcher

Ho risolto questo problema cambiando il mio M2_HOMEin questo

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

E voilà! Ha iniziato a funzionare! Spostando semplicemente la posizione di /binda M2_HOME a davanti aPATH

Assicurati di aver scaricato l'archivio zip binario (apache-maven-3.5.0-bin.zip) invece dell'archivio zip di origine. Quindi aggiungere la directory bin della directory creata apache-maven-3.5.0 alla variabile d'ambiente PATH.

Per la maggior parte dei problemi di installazione di Maven, qualcosa del tipo "Impossibile trovare o caricare la classe principale ...", inizia con i passaggi seguenti per vedere se risolve:

• Assicurati di aver decompresso l'archivio giusto (archivio BINARY e non archivio SOURCE)
• Rimuovi tutte le variabili utente e di sistema relative a Maven (es. M2_HOME, M2_OPTS ecc.)
• Assicurati che la variabile di sistema JAVA_HOME sia impostata (es. "C: \ Programmi \ Java \ jdk1.8.0_172")
• Assicurati che la posizione del java bin sia aggiunta nella variabile di sistema "path" (es. "% JAVA_HOME% \ bin")
• Assicurati che la posizione del cestino sia aggiunta nella variabile di sistema "percorso" (es. "C: \ MyInstalls \ apache-maven-3.5.4 \ bin")

poi...

• Verifica che java sia installato (al prompt dei comandi: java -version)
• Verifica che sia installato maven (al prompt dei comandi: mvn --version)

Ho avuto lo stesso problema. Ho una finestra di Windows XP e quando scrivo mvn -versional prompt della riga di comando ho ricevuto il messaggio di errore temuto

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

Ho confermato che la mia M2_HOMEvariabile era impostata sul percorso in cui Maven era installato sul PC e che echo %path%confermava che Maven era sul mio percorso.

Ho cercato una soluzione per ore quando mi sono imbattuto nella mia soluzione (dico la mia soluzione perché so che probabilmente non sarà la soluzione per tutti coloro che ottengono lo stesso errore).

Ho copiato il percorso assegnato alla mia M2_HOMEvariabile. Ho aperto una finestra cmd e ho digitato cd e incollato il percorso che ho ricevuto dal mioM2_HOME variabile. A quel punto sapevo che il percorso era corretto perché il percorso era visualizzato nella finestra. A questo punto ho inserito il comando dir e con mia sorpresa, ho ricevuto l'errore File Not Found.

Sono andato su quel percorso tramite Explorer e abbastanza sicuro che c'erano file presenti. Ho notato che le cartelle erano sbiadite, ma potevo accedervi e vedere i file all'interno di ciascuna cartella (ho i diritti di amministratore sul mio pc). Ho esaminato le proprietà della cartella principale per Maven e ho visto che la casella Nascosto era selezionata. Ho rimosso il segno di spunta e applicato e riprovato con successo il mio comando dir.

Successivamente ho provato di mvn –versionnuovo il comando, ma questa volta ho ottenuto i risultati previsti.

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"

Alla fine ho creato un file jar e war e la mia app Web è stata eseguita correttamente sul mio Tomcat locale.

Spero che questo aiuti alcuni di voi là fuori.

installa la versione binaria di maven risolve i problemi

apache-maven-3.6.1-bin.zip

Oltre a ciò che ha sottolineato @khmarbaise, penso che tu abbia sbagliato a scrivere il tuo JAVA_HOME. Se è stato installato nella posizione predefinita, non ci dovrebbe essere "-" (trattino) tra jdk e 1.7.0_04. Così sarebbe

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

Per altre persone che potrebbero imbattersi in questo, non dimenticare di controllare ~ / .mavenrc per le impostazioni M2_HOME o JAVA_HOME.

Prova a scaricare zip binaria (ad esempio Maven 3.0.5 (zip binaria)) anziché fonte completa nel sito ufficiale di Maven. Assicurarsi inoltre che la riga di comando riconosca i comandi java e javac. Ho notato che Maven Source zip non includeva alcuna libreria nella cartella lib, tuttavia Binary zip li aveva + nella cartella di avvio aveva plexus-classworlds-2.4.jar. Forse il problema era con l'assenza di queste librerie. Comunque mi ha aiutato quindi il mio M2_HOME è: C: \ Programmi \ Java \ apache-maven-3.0.5 e in PATH ho messo: C: \ Programmi \ Java \ apache-maven-3.0.5 \ bin.

Trovo che questo problema nel mio centOS sia causato da "Oracle Java è sostituito da gcj", dopo aver cambiato java predefinito in "Oracle Java", il problema è stato risolto.

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

Sembra che tu abbia installato i file di origine (perché srcviene fornito solo nei file di origine e non ne abbiamo bisogno). Prova a installare i file binari da lì . E quindi impostare le variabili di ambiente come descritto lì . Questo ha funzionato per me. E sono sicuro che funzionerà anche per te.

Penso che scarichi la versione sbagliata. Ho riscontrato questo problema proprio ora, nessun metodo funziona dopo la ricerca e la ricerca. Alla fine, ho scoperto che Maven che ho scaricato è l' archivio zip di Source . Dopo essere passato all'archivio zip binario , tutto va bene.

Anch'io ho affrontato il problema simile. Ma nel mio caso ho usato la cartella apache-maven-3.3.3-src nelle variabili del percorso. Successivamente ho corretto quelli con il percorso corretto della cartella apache-maven-3.3.3-bin. Questo ha risolto il problema. Non sto dicendo che è lo stesso errore riportato qui, ma in questo modo è anche possibile ottenere questo errore e correggerlo. Questo è quello che sto cercando di dire qui.

Apri un nuovo terminale e procedi nel seguente modo

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

Quindi digitare

mvn -version

È possibile impostare questo ./bash_profileper farlo automaticamente ogni volta che si esegue il terminale

Esattamente lo stesso errore può apparire anche con le impostazioni corrette della variabile d'ambiente, se si copia SOLO la bindirectory nella directory di installazione. Funziona whichfinemente e i novizi restano bloccati.

Ho avuto questo problema quando ho usato Maven 3.5.4 su OpenJDK 11 su Ubuntu. OpenJDK 11 su Ubuntu è in realtà ancora un 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)

Ho installato OpenJDK da Oracle in /opt/jdk-11.0.1 e ho eseguito Maven in questo modo:

JAVA_HOME=/opt/jdk-11.0.1 mvn

Ora funziona come un fascino.

Ho avuto un problema con il plugin surefire stesso. Tornando alla versione 2.6 ha funzionato per me. La versione 2.18 / 20 / 22.1 mi ha dato l'errore. Ora ho provato la versione 3.0.0-M1 del plugin surefire e funziona.

Quindi c'è qualcosa di sbagliato nel plgin infallibile tra la versione 2.6 e 3.0.0. Presumo che ci sia qualcosa di hardcoded come predefinito che non dovrebbe.

Per quanto mi possa sembrare divertente, mi ha aiutato a riavviare eclipse...

Questo ha funzionato per me:

1. Rimuovi tutti i riferimenti Mavin in Variabili d'ambiente
2. Scarica il binario da mavin
3. Decomprimilo dove vuoi ex: C: \ apache-maven-3.6.0
4. Vai a Variabili d'ambiente e aggiungi a Sistema percorso della variabile di "C: \ apache-maven-3.6.0 \ bin"
5. avvia il prompt dei comandi come amministratore
6. controlla la versione con: mvn -v

Risultato CMD:

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

Ho anche riscontrato il seguente errore nel mio sistema (Mac)

Errore: Impossibile trovare o caricare la classe principale org.codehaus.plexus.classworlds.launcher.Launcher

Dopo aver fatto una navigazione casuale, mi sono imbattuto nel link " http://maven.apache.org/install.html " che dice che "JAVA_HOME" dovrebbe essere impostato su "/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/ Contents / Home / jre".

Quando ho cambiato "JAVA_HOME" come indicato sopra in ".bash_profile", il comando "mvn" ha iniziato a funzionare ma il comando "javac -version" ha smesso di funzionare.

Quando ho digitato il comando "javac -version", ho ricevuto il seguente errore

Impossibile trovare un eseguibile in "/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home/jre/bin/javac" (-1)

Quindi ho ripristinato il mio "JAVA_HOME" su "/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home" in ".bash_profile" e ho aggiunto la seguente riga nella parte superiore dello script "mvn"

export JAVA_HOME = / Libreria / Java / JavaVirtualMachines / jdk1.8.0_45.jdk / Contenuti / Home / jre

Ora entrambi i comandi "mvn" e "javac" hanno funzionato correttamente, ma dopo un'attenta osservazione dello script mvn, non sono riuscito a fare la differenza tra i seguenti comandi

/ Libreria / Java / JavaVirtualMachines / jdk1.8.0_45.jdk / Sommario / Home / bin / java -classpath /Users/venkatarajeevmandava/Documents/Maven/apache-maven-3.6.1/boot/plexus-classworlds-2.6.0. jar -Dclassworlds.conf = / Users / venkatarajeevmandava / Documents / Maven / apache-maven-3.6.1 / bin / m2.conf -Dmaven.home = / Users / venkatarajeevmandava / Documents / Maven / apache-maven-3.6.1 - Dlibrary.jansi.path = / Users / venkatarajeevmandava / Documents / Maven / apache-maven-3.6.1 / lib / jansi-native -Dmaven.multiModuleProjectDirectory = / Users / venkatarajeevmandava / Documents / Maven / apache-maven-3.6.1 / bin org.codehaus.plexus.classworlds.launcher.Launcher

/ Libreria / Java / JavaVirtualMachines / jdk1.8.0_45.jdk / Contenuti / Home / jre / bin / java -classpath /Users/venkatarajeevmandava/Documents/Maven/apache-maven-3.6.1/boot/plexus-classworlds-2.6. 0.jar -Dclassworlds.conf = / Users / venkatarajeevmandava / Documents / Maven / apache-maven-3.6.1 / bin / m2.conf -Dmaven.home = / Users / venkatarajeevmandava / Documents / Maven / apache-maven-3.6. 1 -Dlibrary.jansi.path = / Users / venkatarajeevmandava / Documents / Maven / apache-maven-3.6.1 / lib / jansi-native -Dmaven.multiModuleProjectDirectory = / Users / venkatarajeevmandava / Documents / Maven / apache-maven-3.6. 1 / bin org.codehaus.plexus.classworlds.launcher.Launcher

In quanto sopra il primo comando ha causato il seguente errore

Errore: Impossibile trovare o caricare la classe principale org.codehaus.plexus.classworlds.launcher.Launcher

mentre il secondo comando ha funzionato bene. Nota che entrambi i percorsi sopra hanno il comando "java" mentre uno proviene da "jre" l'altro è da "jdk"

Altre variabili globali sono le seguenti in ".bash_profile"

export M2_HOME = / Users / venkatarajeevmandava / Documents / Maven / apache-maven-3.6.1

export PATH = $ PATH: $ M2_HOME / bin

Questo è un problema comune durante la configurazione di Maven. Tutto quello che devi fare è il seguente: -

1. M2_HOME: - D: \ apache-maven-2.0.11
2. M2: - D: \ apache-maven-2.0.11 \ bin
3. Percorso: - Aggiungilo con;% M2%

M2_HOME e M2: - devono essere dichiarati come variabili di sistema e non come variabili USER / ADMIN.

Percorso: - Questa può essere la variabile di sistema o la variabile USER / ADMIN [PERCORSO]. Preferibilmente variabile di sistema.

Dopo aver eseguito con attenzione l'impostazione di queste 3 variabili, è possibile verificare l'installazione di Maven come di seguito.

Al prompt CMD: -

C: \ Documents and Settings \ ADMIN> mvn --version

Produzione :-

Apache Maven 2.0.11 (r909250; 2010-02-12 11: 25: 50 + 0530) Versione Java: 1.6.0_22 Home Java: C: \ Programmi \ Java \ jdk1.6.0_22 \ jre Impostazioni internazionali predefinite: en_US, piattaforma codifica: Cp1252 Nome SO: "windows xp" versione: "5.1" arch: "x86" Famiglia: "windows"

Grazie.

Accanto alle risposte forse utili, ma forse troppo sintomatiche, eccone una che cerca di aiutare a trovare la causa del problema.

Maven è uno strumento Java da riga di comando. Ciò significa che non è un binario autonomo, è una raccolta di java .jars, interpretata da un jvm ( java.exesu Windows, javasu Linux).

Il mvncomando è uno script. Su Windows, è uno script chiamato mvn.cmde su Linux, è uno script shell. Quindi, se scrivi:, mvn installcosa accadrà:

1. viene chiamato un interprete di comandi ( /bin/sho cmd.exe) per lo script di richiamo effettivo
2. questo script imposta le variabili d'ambiente necessarie
3. e infine, chiama un interprete java con il percorso di classe richiesto che contiene la funzionalità maven.

Il problema è con (2). Fortunatamente, questo script è semplicemente molto semplice. Per un programmatore Java non dovrebbe essere un grosso problema eseguire il debug di una sceneggiatura di 20 righe, anche se è un po 'un linguaggio alieno.

Su Linux, puoi eseguire il debug di shellscripts che danno il -xflag al tuo interprete di shell (che è molto probabilmente bash). Su Windows, devi trovare un altro modo per eseguire il debug di uno cmd.exescript. Quindi, invece di mvn install, dai il comando bash -x mvn install.

Il risultato è come:

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

... non così tante cose ...

+ 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

Alla fine, puoi facilmente verificare quale variabile di ambiente è andata male e puoi facilmente correggere lo script (o impostarlo come necessario).