Que signifie "Impossible de trouver ou de charger la classe principale"?

Si votre nom de code source est HelloWorld.java, votre code compilé sera HelloWorld.class.

Vous obtiendrez cette erreur si vous l'appelez en utilisant:

java HelloWorld.class

Utilisez plutôt ceci:

java HelloWorld

Si vos classes sont dans des packages, vous devez cd dans le répertoire principal et exécuter en utilisant le nom complet de la classe (packageName.MainClassName).

Exemple:

Mes cours sont ici:

D:\project\com\cse\

Le nom complet de ma classe principale est:

com.cse.Main

Donc je cd retour au répertoire principal:

D:\project

Puis lancez la commande java:

java com.cse.Main

Si votre méthode principale est dans la classe sous un paquet, vous devez l'exécuter sur le répertoire hiérarchique.

Supposons qu'il existe un fichier de code source (Principale.java):

package com.test;

public class Main {

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

Pour exécuter ce code, vous devez placer Main.Class dans le package comme répertoire ./com/test/Main.Java. Et dans le répertoire racine, utilisez java com.test.Main.

Lorsque le même code fonctionne sur un PC, mais qu'il montre l'erreur dans un autre, la meilleure solution que j'ai jamais trouvée est de compiler comme suit:

javac HelloWorld.java
java -cp . HelloWorld

Ce qui m'a aidé, c'est de spécifier le chemin de classe sur la ligne de commande, par exemple:

1. Créer un nouveau dossier, C:\temp

2. Créer le fichier Temp.java dans C:\temp, avec la classe suivante:

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

3. Ouvrez une ligne de commande dans le dossier C:\temp et écrivez la commande suivante pour compiler la classe Temp:

   javac Temp.java
   

4. Exécutez la classe Java compilée, en ajoutant l'option -classpath pour permettre à JRE de savoir où trouver le classe:

   java -classpath C:\temp Temp Hello!
   

Selon le message d'erreur ("Impossible de trouver ou de charger la classe principale"), il existe deux catégories de problèmes:

1. La classe principale n'a pas pu être trouvée
2. La classe principale n'a pas pu être chargée (ce cas n'est pas entièrement discuté dans la réponse acceptée)

Classe Principale n'a pas pu être a quand il y a faute de frappe ou de mauvaise syntaxe dans le nom de classe entièrement qualifié ou n'existe pas dans le classpath.

Classe principale impossible de charger lorsque la classe ne peut pas être initiée , généralement la classe principale étend une autre classe et cette classe n'existe pas dans le chemin de classe fourni.

Par exemple:

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

Si camel-spring n'est pas inclus, cette erreur sera signalée.

Parfois, ce qui pourrait causer le problème n'a rien à voir avec la classe principale, et j'ai dû le découvrir à la dure. C'était une bibliothèque référencée que j'ai déplacée, et cela m'a donné le:

Impossible de trouver ou de charger la classe principale xxx Linux

Je viens de supprimer cette référence, de l'ajouter à nouveau, et cela a fonctionné à nouveau.

J'ai eu une erreur dans ce cas:

java -cp lib.jar com.mypackage.Main

, Il travaille avec ; pour Windows et : pour Unix:

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

, Utilisez cette commande:

java -cp . [PACKAGE.]CLASSNAME

Exemple: Si votre nom de classe est Hello.classe créée à partir de Bonjour.java utilise ensuite la commande ci-dessous:

java -cp . Hello

Si votre fichier Bonjour.java est à l'intérieur du paquet com.démo, puis utilisez la commande ci-dessous

java -cp . com.demo.Hello

Avec JDK 8 il arrive souvent que le fichier de classe soit présent dans le même dossier, mais la commande java attend classpath et pour cette raison nous ajoutons -cp . pour prendre le dossier actuel comme référence pour classpath.

Essayez -Xdiag.

La réponse de Steve C couvre bien les cas possibles, mais parfois, déterminer si la classe ne pouvait pas être trouvée ou chargée n'est peut-être pas si facile. Utilisez java -Xdiag (depuis JDK 7). Cela imprime une belle stacktrace qui fournit un indice sur ce que signifie le message Could not find or load main class message.

Par exemple, il peut vous pointer vers d'autres classes utilisées par la classe principale qui n'ont pas pu être trouvées et ont empêché le chargement de la classe principale.

Dans ce cas, vous avez:

Impossible de trouver ou de charger la classe principale ?classpath

C'est parce que vous utilisez "-classpath", mais le tiret n'est pas le même tiret utilisé par java sur l'invite de commande. J'ai eu ce problème en copiant et en collant de Bloc-notes vers cmd.

Dans mon cas, une erreur est apparue car j'avais fourni le nom du fichier source au lieu du nom de la classe.

Nous devons fournir le nom de classe contenant la méthode principale à l'interpréteur.

Cela pourrait vous aider si votre cas est spécifiquement comme le mien: en tant que débutant, j'ai également rencontré ce problème lorsque j'ai essayé d'exécuter un programme Java.

Je l'ai compilé comme ceci:

javac HelloWorld.java

Et j'ai essayé aussi avec la même extension:

java Helloworld.java

Lorsque j'ai supprimé le .java et réécrit la commande comme java HelloWorld, le programme a fonctionné parfaitement. :)

Emplacement du fichier de classe: C:\test\com\company

Nom De Fichier: Principal.classe

Nom complet de la classe: com.entreprise.Principal

Commande en ligne de Commande:

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

Notez ici que le chemin de classe n'inclut PAS \com \ company

Si vous utilisez Maven pour construire le fichier JAR, assurez-vous de spécifier la classe principale dans le pom.fichier 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>

J'ai passé beaucoup de temps à essayer de résoudre ce problème. Je pensais que je définissais en quelque sorte mon chemin de classe de manière incorrecte mais le problème était que j'ai tapé:

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

Au Lieu de:

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

Je pensais que la signification de fully qualified signifiait inclure le nom complet du chemin d'accès au lieu du nom complet du package.

Définissez d'abord le chemin à l'aide de cette commande;

set path="paste the set path address"

Ensuite, vous devez charger le programme. Tapez "cd (nom du dossier)" dans le lecteur stocké et compilez-le. Par exemple, si mon programme est stocké sur le lecteur D, tapez "D:" appuyez sur Entrée et tapez " cd (nom du dossier)".

Ce qui a résolu le problème dans mon cas était:

Faites un clic droit sur le projet / classe que vous souhaitez exécuter, puis Run As->Run Configurations. Ensuite, vous devez soit corriger votre configuration existante, soit en ajouter de la manière suivante:

Ouvrez l'onglet Classpath, cliquez sur le bouton Advanced... puis ajoutez bin dossier de votre projet.

C'est un cas spécifique, mais comme je suis venu sur cette page à la recherche d'une solution et que je ne l'ai pas trouvée, je vais l'ajouter ici.

Windows (testé avec 7) n'accepte pas les caractères spéciaux (comme á) dans les noms de classe et de paquet. Linux le fait, cependant.

J'ai trouvé quand j'ai construit un .jar dans NetBeans et essayé de l'exécuter en ligne de commande. Il a fonctionné dans NetBeans mais pas en ligne de commande.

Toutes les réponses ici sont dirigées vers les utilisateurs de Windows, semble-t-il. Pour Mac, le séparateur de chemin de classe est :, pas ;. Comme une erreur de définition du chemin de classe à l'aide de ; n'est pas levée, cela peut être difficile à découvrir si cela provient de Windows vers Mac.

Voici la commande Mac correspondante:

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

Où dans cet exemple le paquet est com.test et un dossier lib doit également être inclus dans classpath.

Lors de l'exécution du java avec l'option -cp comme annoncé dans Windows PowerShell, vous pouvez obtenir une erreur qui ressemble à:

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

Pour que PowerShell accepte la commande, les arguments de l'option -cp doivent être contenus entre guillemets comme dans:

java -cp 'someDependency.jar;.' ClassName

Former la commande de cette façon devrait permettre à Java de traiter correctement les arguments classpath.

Parfois, dans certains compilateurs en ligne que vous pourriez avoir essayé, vous obtiendrez cette erreur si vous n'écrivez pas public class [Classname], mais juste class [Classname].

D'accord, beaucoup de réponses déjà, mais personne n'a mentionné le cas où l'autorisation de fichier peut être le coupable. Lors de l'exécution, l'utilisateur n'a pas accès au fichier jar ou à l'un des répertoires du chemin. Par exemple considérons:

Fichier Jar dans /dir1/dir2/dir3/myjar.jar

User1 qui possède le pot peut faire:

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

Mais cela ne fonctionne toujours pas:

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

C'est parce que l'utilisateur en cours d'exécution (User2) n'a pas accès à dir1, dir2, ou javalibs ou dir3. Cela peut rendre quelqu'un fou lorsque l'Utilisateur1 peut voir les fichiers et peut y accéder, mais l'erreur se produit toujours pour User2

Sous Windows, mettez .; à la valeur CLASSPATH au début.

Le. (dot) signifie "regarder dans le répertoire courant". C'est une solution permanente.

Vous pouvez également le définir "une fois" avec set CLASSPATH=%CLASSPATH%;.. Cela durera aussi longtemps que votre fenêtre cmd est ouvert.

Vous devez vraiment le faire à partir du dossier src. Il vous tapez la ligne de commande suivante:

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

Disons que votre classe s'appelle CommandLine.class, et le code ressemble à ceci:

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]);
            }
        }
    }

Alors vous devriez cd dans le dossier src et la commande que vous devez exécuter ressemblerait à ceci:

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

Et la sortie sur la ligne de commande serait:

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

Dans mon cas, j'ai eu l'erreur parce que j'avais mélangé les noms de paquets en majuscules et minuscules sur un système Windows 7. La modification des noms de paquets en minuscules a résolu le problème. Notez également que dans ce scénario, je n'ai eu aucune erreur en compilant le .fichier java dans un.fichier de classe; il ne fonctionnerait tout simplement pas à partir du même répertoire (sous-sous-sous -).

J'ai également fait face à des erreurs similaires lors du test d'une connexion JDBC Java MongoDB. Je pense qu'il est bon de résumer ma solution finale en bref afin qu'à l'avenir tout le monde puisse examiner directement les deux commandes et qu'il soit bon d'aller plus loin.

Supposons que vous soyez dans le répertoire où votre fichier Java et vos dépendances externes (fichiers JAR) existent.

Compiler:

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

• -cp - argument classpath; passez tous les fichiers JAR dépendants un par un
• *.java - C'est le fichier de classe Java qui a la méthode principale. sdsd

Exécuter:

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

• Veuillez observer les deux-points (Unix) / virgule (Windows) après la fin de tous les fichiers JAR de dépendance
• À la fin, observez le nom de la classe principale sans aucune extension (no .de la classe ou de .java)

J'en ai eu un bizarre.

Erreur: Impossible de trouver ou de charger la classe principale mypackage.App

Il s'est avéré que j'avais une configuration pom (parent) dans le pom de mon projet.xml (pom de mon projet.xml pointait vers un pom parent.xml) et le chemin relatif était désactivé / incorrect.

Ci-dessous est une partie du pom de mon projet.xml

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

Une fois que j'ai résolu le chemin relatif pom, l'erreur a disparu.

Allez comprendre.

En Java, lorsque vous exécutez parfois la JVM à partir de la ligne de commande à l'aide de l'exécutable java et que vous essayez de démarrer un programme à partir d'un fichier de classe avec public static void main (PSVM), vous pouvez rencontrer l'erreur ci-dessous même si le paramètre classpath de la JVM est]}

Error: main class not found or loaded

Cela se produit si le fichier de classe avec PSVM n'a pas pu être chargé. Une raison possible à cela est que la classe peut implémenter une interface ou étendre une autre classe qui n'est pas sur le chemin de classe. Normalement, si une classe n'est pas sur le chemin de classe, l'erreur levée indique en tant que telle. Mais, si la classe utilisée est étendue ou implémentée, java ne peut pas charger la classe elle-même.

Référence: https://www.computingnotes.net/java/error-main-class-not-found-or-loaded/