Cosa significa "Impossibile trovare o caricare la classe principale"?

Se il nome del codice sorgente è HelloWorld.java, il codice compilato sarà HelloWorld.class.

Otterrai quell'errore se lo chiami usando:

java HelloWorld.class

Invece, usa questo:

java HelloWorld

Se le tue classi sono in pacchetti, devi cd nella directory principale ed eseguire usando il nome completo della classe (packageName.MainClassName).

Esempio:

Le mie lezioni sono qui:

D:\project\com\cse\

Il nome completo della mia classe principale è:

com.cse.Main

Quindi cd torna alla directory principale:

D:\project

Quindi emettere il comando java:

java com.cse.Main

Se il tuo metodo principale è nella classe sotto un pacchetto, dovresti eseguirlo sulla directory gerarchica.

Supponiamo che ci sia un file di codice sorgente (Main.java):

package com.test;

public class Main {

    public static void main(String[] args) {
        System.out.println("salam 2nya\n");
    }
}

Per eseguire questo codice, è necessario inserire Main.Class nel pacchetto come directory ./com/test/Main.Java. E nella directory principale usa java com.test.Main.

Quando lo stesso codice funziona su un PC, ma mostra l'errore in un altro, la soluzione migliore che abbia mai trovato è la compilazione come segue:

javac HelloWorld.java
java -cp . HelloWorld

Ciò che mi ha aiutato è stato specificare il classpath sulla riga di comando, ad esempio:

1. Crea una nuova cartella, C:\temp

2. Crea temperatura file.java in C:\temp, con la seguente classe in esso:

   public class Temp {
       public static void main(String args[]) {
           System.out.println(args[0]);
       }
   }
   

3. Aprire una riga di comando nella cartella C:\temp e scrivere il seguente comando per compilare la classe Temp:

   javac Temp.java
   

4. Esegui la classe Java compilata, aggiungendo l'opzione -classpath per far sapere a JRE dove trovare il classe:

   java -classpath C:\temp Temp Hello!
   

In base al messaggio di errore ("Impossibile trovare o caricare la classe principale"), ci sono due categorie di problemi:

1. Impossibile trovare la classe principale
2. La classe principale non può essere caricata (questo caso non è completamente discusso nella risposta accettata)

La classe principale non può essere trovata quando c'è errore di battitura o sintassi errata nel nome completo della classe o non esiste nel classpath fornito .

Classe principale impossibile caricato quando la classe non può essere avviata , in genere la classe principale estende un'altra classe e tale classe non esiste nel classpath fornito.

Per esempio:

public class YourMain extends org.apache.camel.spring.Main

Se camel-spring non è incluso, questo errore verrà segnalato.

A volte ciò che potrebbe causare il problema non ha nulla a che fare con la classe principale, e ho dovuto scoprirlo nel modo più duro. Era una libreria di riferimento che ho spostato e mi ha dato:

Impossibile trovare o caricare la classe principale xxx Linux

Ho appena cancellato quel riferimento, l'ho aggiunto di nuovo e ha funzionato di nuovo.

Ho avuto un tale errore in questo caso:

java -cp lib.jar com.mypackage.Main

Funziona con ; per Windows e : per Unix:

java -cp lib.jar; com.mypackage.Main

Usa questo comando:

java -cp . [PACKAGE.]CLASSNAME

Esempio: Se il tuo nome di classe è Hello.classe creata da Ciao.java quindi utilizzare il seguente comando:

java -cp . Hello

Se il tuo file Ciao.java è all'interno del pacchetto com.demo quindi utilizzare il seguente comando

java -cp . com.demo.Hello

Con JDK 8 molte volte capita che il file di classe sia presente nella stessa cartella, ma il comando java prevede classpath e per questo motivo aggiungiamo -cp . per prendere la cartella corrente come riferimento per classpath.

Prova -Xdiag .

La risposta di Steve C copre bene i possibili casi, ma a volte determinare se la classe non può essere trovata o caricata potrebbe non essere così facile. Usa java -Xdiag (da JDK 7). Questo stampa un bel stacktrace che fornisce un suggerimento su cosa significa il messaggio Could not find or load main class.

Ad esempio, può puntare ad altre classi utilizzate dalla classe principale che non sono state trovate e hanno impedito il caricamento della classe principale.

In questo caso hai:

Impossibile trovare o caricare la classe principale ?percorso di classe

È perché stai usando "-classpath", ma il trattino non è lo stesso trattino usato da java al prompt dei comandi. Ho avuto questo problema copiando e incollando da Blocco note a cmd.

Nel mio caso, è apparso un errore perché avevo fornito il nome del file sorgente invece del nome della classe.

Dobbiamo fornire il nome della classe contenente il metodo principale all'interprete.

Questo potrebbe aiutarti se il tuo caso è specificamente simile al mio: come principiante ho anche riscontrato questo problema quando ho provato a eseguire un programma Java.

L'ho compilato in questo modo:

javac HelloWorld.java

E ho provato a eseguire anche con la stessa estensione:

java Helloworld.java

Quando ho rimosso .java e riscritto il comando come java HelloWorld, il programma ha funzionato perfettamente. :)

Posizione del file di classe: C:\test\com\company

Nome file: Principale.classe

Nome classe completo: com.azienda.Principale

Riga di comando comando:

java  -classpath "C:\test" com.company.Main

Nota qui che il percorso della classe NON include \ com \ company

Se si utilizza Maven per creare il file JAR, assicurarsi di specificare la classe principale nel pom.file xml:

<build>
    <plugins>
        <plugin>
            <artifactId>maven-jar-plugin</artifactId>
            <configuration>
                <archive>
                    <manifest>
                        <mainClass>class name us.com.test.abc.MyMainClass</mainClass>
                    </manifest>
                </archive>
            </configuration>
        </plugin>
    </plugins>
</build>

Ho passato una discreta quantità di tempo a cercare di risolvere questo problema. Ho pensato che stavo in qualche modo impostando il mio classpath in modo errato ma il problema era che ho digitato:

java -cp C:/java/MyClasses C:/java/MyClasses/utilities/myapp/Cool  

Invece di:

java -cp C:/java/MyClasses utilities/myapp/Cool   

Pensavo che il significato di full qualified significasse includere il nome del percorso completo invece del nome completo del pacchetto.

Prima imposta il percorso usando questo comando;

set path="paste the set path address"

Quindi è necessario caricare il programma. Digitare "cd (nome cartella)" nell'unità memorizzata e compilarlo. Ad esempio, se il mio programma memorizzato sull'unità D, digitare "D:" premere invio e digitare " cd (nome cartella)".

Ciò che ha risolto il problema nel mio caso è stato:

Fare clic destro sul progetto / classe che si desidera eseguire, quindi Run As->Run Configurations. Quindi è necessario correggere la configurazione esistente o aggiungerne una nuova nel modo seguente:

Aprire la scheda Classpath, fare clic sul pulsante Advanced... quindi aggiungere bin cartella del progetto.

Questo è un caso specifico, ma dal momento che sono venuto a questa pagina alla ricerca di una soluzione e non l'ho trovata, la aggiungerò qui.

Windows (testato con 7) non accetta caratteri speciali (come á) nei nomi di classi e pacchetti. Linux lo fa, però.

L'ho scoperto quando ho creato un .jar in NetBeans e ho provato a eseguirlo nella riga di comando. Ha funzionato in NetBeans ma non nella riga di comando.

Tutte le risposte qui sono dirette verso gli utenti Windows a quanto pare. Per Mac, il separatore classpath è :, non ;. Come errore nell'impostare il classpath usando ; non viene lanciato, questo può essere difficile da scoprire se proviene da Windows a Mac.

Ecco il comando Mac corrispondente:

java -classpath ".:./lib/*" com.test.MyClass

Dove in questo esempio il pacchetto è com.test e una cartella lib deve essere inclusa anche su classpath.

Quando si esegue java con l'opzione -cp come pubblicizzato in Windows PowerShell, è possibile che venga visualizzato un errore simile a:

The term `ClassName` is not recognized as the name of a cmdlet, function, script ...

Per consentire a PowerShell di accettare il comando, gli argomenti dell'opzione -cp devono essere contenuti tra virgolette come in:

java -cp 'someDependency.jar;.' ClassName

La formazione del comando in questo modo dovrebbe consentire a Java di elaborare correttamente gli argomenti del classpath.

A volte, in alcuni compilatori online che potresti aver provato, otterrai questo errore se non scrivi public class [Classname] ma solo class [Classname].

Va bene, molte risposte già, ma nessuno ha menzionato il caso in cui il permesso di file può essere il colpevole. Quando si esegue l'utente non ha accesso al file jar o una delle directory del percorso. Ad esempio, considera:

File Jar in /dir1/dir2/dir3/myjar.jar

User1 che possiede il vaso può fare:

# Running as User1
cd /dir1/dir2/dir3/
chmod +r myjar.jar

Ma ancora non funziona:

# Running as User2
java -cp "/dir1/dir2/dir3:/dir1/dir2/javalibs" MyProgram
Error: Could not find or load main class MyProgram

Questo perché l'utente in esecuzione (User2) non ha accesso a dir1, dir2, o javalibs o dir3. Si può guidare qualcuno noci quando User1 può vedere i file e può accedervi, ma l'errore si verifica ancora per User2

Su Windows inserisci .; al valore CLASSPATH all'inizio.

Il. (punto) significa "guarda nella directory corrente". Questa è una soluzione permanente.

Inoltre è possibile impostare "una volta" con set CLASSPATH=%CLASSPATH%;.. Questo durerà fino a quando la finestra cmd è aperta.

È necessario farlo dalla cartella src. Qui si digita la seguente riga di comando:

[name of the package].[Class Name] [arguments]

Diciamo che la tua classe si chiama CommandLine.class e il codice è simile a questo:

package com.tutorialspoint.java;

    /**
     * Created by mda21185 on 15-6-2016.
     */

    public class CommandLine {
        public static void main(String args[]){
            for(int i=0; i<args.length; i++){
                System.out.println("args[" + i + "]: " + args[i]);
            }
        }
    }

Quindi dovresti cd nella cartella src e il comando che devi eseguire sarà simile a questo:

java com.tutorialspoint.java.CommandLine this is a command line 200 -100

E l'output sulla riga di comando sarebbe:

args[0]: this
args[1]: is
args[2]: a
args[3]: command
args[4]: line
args[5]: 200
args[6]: -100

Nel mio caso, ho ricevuto l'errore perché avevo mescolato nomi di pacchetti MAIUSCOLI e minuscoli su un sistema Windows 7. La modifica dei nomi dei pacchetti in tutte le lettere minuscole ha risolto il problema. Si noti inoltre che in questo scenario, non ho avuto alcun errore di compilazione del .file java in un.file di classe; semplicemente non verrebbe eseguito dalla stessa directory (sub-sub-sub -).

Ho anche affrontato errori simili durante il test di una connessione Java MongoDB JDBC. Penso che sia bene riassumere la mia soluzione finale in breve in modo che in futuro chiunque possa esaminare direttamente i due comandi e sia bene procedere ulteriormente.

Si supponga di trovarsi nella directory in cui esistono il file Java e le dipendenze esterne (file JAR).

Compila:

javac -cp mongo-java-driver-3.4.1.jar JavaMongoDBConnection.java

• -cp - argomento classpath; passare tutti i file JAR dipendenti uno per uno
• *.java-Questo è il file di classe Java che ha il metodo principale. sdsd

Esegui:

java -cp mongo-java-driver-3.4.1.jar: JavaMongoDBConnection

• Si prega di osservare i due punti (Unix) / virgola (Windows) dopo che tutti i file JAR delle dipendenze finiscono
• Alla fine, osservare il nome della classe principale senza alcuna estensione (no .classe o .java)

Ne ho avuto uno strano.

Errore: impossibile trovare o caricare il mypackage della classe principale.App

Si è scoperto che avevo una configurazione pom (genitore) nel pom del mio progetto.xml (il mio progetto è pom.xml stava indicando un pom genitore.xml) e il relativePath era off / sbagliato.

Di seguito è riportato un parziale del pom del mio progetto.xml

<parent>
    <groupId>myGroupId</groupId>
    <artifactId>pom-parent</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <relativePath>../badPathHere/pom.xml</relativePath>
</parent> 

Una volta risolto il pom relativePath, l'errore è andato via.

Vai a capire.

In Java, quando a volte si esegue la JVM dalla riga di comando utilizzando l'eseguibile Java e si sta tentando di avviare un programma da un file di classe con public static void main (PSVM), è possibile eseguire l'errore seguente anche se il parametro classpath della JVM è accurato e il file di classe è presente sul classpath:

Error: main class not found or loaded

Questo accade se il file di classe con PSVM non può essere caricato. Una possibile ragione per questo è che la classe potrebbe implementare un'interfaccia o estendere un'altra classe che non è sul classpath. Normalmente se una classe non è sul classpath, l'errore generato indica come tale. Ma, se la classe in uso è estesa o implementata, java non è in grado di caricare la classe stessa.

Riferimento: https://www.computingnotes.net/java/error-main-class-not-found-or-loaded /