¿Qué significa "No se pudo encontrar o cargar la clase principal"?

Si su nombre de código fuente es HelloWorld.java, su código compilado será HelloWorld.class.

Obtendrá ese error si lo llama usando:

java HelloWorld.class

En su lugar, use esto:

java HelloWorld

Si sus clases están en paquetes entonces tiene que cd al directorio principal y ejecutar usando el nombre completo de la clase (Nombrepaquete.MainClassName).

Ejemplo:

Mis clases están aquí:

D:\project\com\cse\

El nombre completo de mi clase principal es:

com.cse.Main

Así que cd vuelvo al directorio principal:

D:\project

Luego emita el comando java:

java com.cse.Main

Si su método principal está en la clase bajo un paquete, debe ejecutarlo sobre el directorio jerárquico.

Supongamos que hay un archivo de código fuente (Main.java):

package com.test;

public class Main {

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

Para ejecutar este código, debe colocar Main.Class en el paquete como directorio ./com/test/Main.Java. Y en el directorio raíz use java com.test.Main.

Cuando el mismo código funciona en un PC, pero muestra el error en otro, la mejor solución que he encontrado es compilar de la siguiente manera:

javac HelloWorld.java
java -cp . HelloWorld

Lo que me ayudó fue especificar el classpath en la línea de comandos, por ejemplo:

1. Crear una nueva carpeta, C:\temp

2. Crear archivo Temp.java en C:\temp, con la siguiente clase en él:

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

3. Abra una línea de comandos en la carpeta C:\temp, y escriba el siguiente comando para compilar la clase Temp:

   javac Temp.java
   

4. Ejecute la clase Java compilada, agregando la opción -classpath para que JRE sepa dónde encontrar clase:

   java -classpath C:\temp Temp Hello!
   

De acuerdo con el mensaje de error ("No se pudo encontrar o cargar la clase principal"), hay dos categorías de problemas:

1. No se pudo encontrar la clase principal
2. No se pudo cargar la clase principal (este caso no se discute completamente en la respuesta aceptada)

No se pudo encontrar la clase principal cuando hay error tipográfico o sintaxis incorrecta en el nombre de clase completoo no existe en la ruta de clase proporcionada.

Clase principal no se pudo cargar cuando la clase no se puede iniciar, normalmente la clase principal extiende otra clase y esa clase no existe en el classpath proporcionado.

Por ejemplo:

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

Si camel-spring no está incluido, se informará de este error.

A veces lo que podría estar causando el problema no tiene nada que ver con la clase principal, y tuve que averiguar esto de la manera difícil. Era una biblioteca referenciada que moví, y me dio el:

No se pudo encontrar o cargar la clase principal xxx Linux

Acabo de borrar esa referencia, la agregué de nuevo, y funcionó bien de nuevo.

Tuve tal error en este caso:

java -cp lib.jar com.mypackage.Main

Funciona con ; para Windows y : para Unix:

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

Use este comando:

java -cp . [PACKAGE.]CLASSNAME

Ejemplo: Si su nombre de clase es Hello.clase creada desde Hello.java a continuación, utilice el siguiente comando:

java -cp . Hello

Si su archivo Hola.java está dentro del paquete com.demo a continuación, utilice el siguiente comando

java -cp . com.demo.Hello

Con JDK 8 muchas veces sucede que el archivo de clase está presente en la misma carpeta, pero el comando java espera classpath y por esta razón añadimos -cp . tomar la carpeta actual como referencia para classpath.

Intenta -Xdiag.

La respuesta de Steve C cubre muy bien los posibles casos, pero a veces determinar si la clase no puede ser encontrada o cargada podría no ser tan fácil. Utilice java -Xdiag (desde JDK 7). Esto imprime un buen stacktrace que proporciona una pista de lo que significa el mensaje message Could not find or load main class.

Por ejemplo, puede apuntar a otras clases utilizadas por la clase principal que no se pudieron encontrar y que impidieron que la clase principal se cargara.

En este caso tienes:

No se pudo encontrar o cargar la clase principal ?classpath

Es porque está utilizando "-classpath", pero el guion no es el mismo guion utilizado por java en el símbolo del sistema. Tuve este problema copiando y pegando desde Bloc de notas a cmd.

En mi caso, apareció un error porque había proporcionado el nombre del archivo fuente en lugar del nombre de la clase.

Necesitamos proporcionar el nombre de la clase que contiene el método principal al intérprete.

Esto podría ayudarle si su caso es específicamente como el mío: como principiante también me encontré con este problema cuando traté de ejecutar un programa Java.

Lo compilé así:

javac HelloWorld.java

Y traté de ejecutar también con la misma extensión:

java Helloworld.java

Cuando eliminé el .java y reescribí el comando como java HelloWorld, el programa funcionó perfectamente. :)

Ubicación del archivo de clase: C:\test\com\company

Nombre del archivo: Main.clase

Nombre de clase completo: com.empresa.Main

Línea de comandos comando:

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

Tenga en cuenta que la ruta de la clase NO incluye \com\company

Si utiliza Maven para construir el archivo JAR, asegúrese de especificar la clase main en el pom.archivo 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>

Pasé una cantidad decente de tiempo tratando de resolver este problema. Pensé que de alguna manera estaba configurando mi classpath incorrectamente, pero el problema fue que escribí:

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

En lugar de:

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

Pensé que el significado de totalmente calificado significaba incluir el nombre completo de la ruta en lugar del nombre completo del paquete.

Primero establezca la ruta usando este comando;

set path="paste the set path address"

Entonces necesitas cargar el programa. Escriba "cd (nombre de la carpeta)" en la unidad almacenada y compílela. Por ejemplo, si mi programa está almacenado en la unidad D, escriba "D:" presione enter y escriba " cd (nombre de la carpeta)".

Lo que solucionó el problema en mi caso fue:

Haga clic derecho en el proyecto / clase que desea ejecutar, luego Run As->Run Configurations. Entonces debe corregir su configuración existente o agregar nuevo de la siguiente manera:

Abra la pestaña Classpath, haga clic en el botón Advanced... y luego agregue bin carpeta de su proyecto.

Este es un caso específico, pero como llegué a esta página buscando una solución y no la encontré, la agregaré aquí.

Windows (probado con 7) no acepta caracteres especiales (como á) en nombres de clases y paquetes. Linux, sin embargo.

Descubrí esto cuando construí un .jar en NetBeans y traté de ejecutarlo en la línea de comandos. Se ejecutó en NetBeans pero no en la línea de comandos.

Todas las respuestas aquí están dirigidas a los usuarios de Windows parece. Para Mac, el separador classpath es :, no ;. Como un error al establecer la ruta de clase usando ; no se lanza entonces esto puede ser difícil de descubrir si viene de Windows a Mac.

Aquí está el comando Mac correspondiente:

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

Donde en este ejemplo el paquete es com.test y una carpeta lib también se debe incluir en classpath.

Al ejecutar java con la opción -cp como se anuncia en Windows PowerShell, puede obtener un error que se parece a:

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

Para que PowerShell acepte el comando, los argumentos de la opción -cp deben estar entre comillas como en:

java -cp 'someDependency.jar;.' ClassName

Formar el comando de esta manera debería permitir que Java procese correctamente los argumentos classpath.

A veces, en algunos compiladores en línea que podría haber intentado obtendrá este error si no escribe public class [Classname] sino solo class [Classname].

Muy bien, muchas respuestas ya, pero nadie mencionó el caso donde el permiso de archivo puede ser el culpable. Cuando se ejecuta el usuario no tiene acceso al archivo jar o uno de los directorios de la ruta de acceso. Por ejemplo considere:

Archivo Jar en /dir1/dir2/dir3/myjar.jar

User1 quién posee el frasco puede hacer:

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

Pero todavía no funciona:

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

Esto se debe a que el usuario en ejecución (User2) no tiene acceso a dir1, dir2, javalibs o dir3. Puede volver loco a alguien cuando User1 puede ver los archivos, y puede acceder a ellos, pero el error todavía ocurre para User2

En Windows ponga .; en el valor CLASSPATH al principio.

El. (dot) significa "buscar en el directorio actual". Esta es una solución permanente.

También puede configurarlo "una vez" con set CLASSPATH=%CLASSPATH%;.. Esto durará mientras su ventana cmd esté abierta.

Realmente necesita hacer esto desde la carpeta src. Allí se escribe la siguiente línea de comandos:

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

Digamos que su clase se llama CommandLine.class, y el código se ve así:

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

Entonces deberías cd ir a la carpeta src y el comando que necesitas ejecutar se vería así:

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

Y la salida en la línea de comandos sería:

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

En mi caso, obtuve el error porque había mezclado nombres de paquetes en mayúsculas y minúsculas en un sistema Windows 7. El cambio de los nombres de los paquetes a todas las minúsculas resolvió el problema. Tenga en cuenta también que en este escenario, no tengo ningún error de compilación de la .archivo java en un .archivo de clase; simplemente no se ejecutaría desde el mismo directorio (sub-sub-sub -).

También me enfrenté a errores similares mientras probaba una conexión JDBC Java MongoDB. Creo que es bueno resumir mi solución final en breve para que en el futuro cualquiera pueda ver directamente los dos comandos y esté bien para continuar.

Supongamos que está en el directorio donde existen su archivo Java y dependencias externas (archivos JAR).

Compile:

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

• - cp - classpath argumento; pasar todos los archivos JAR dependientes uno por uno
• *.java-Este es el archivo de clase Java que tiene el método principal. sdsd

Ejecutar:

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

• Por favor, observe los dos puntos (Unix) / coma (Windows) después de que todos los archivos JAR de dependencias terminen
• Al final, observe el nombre de la clase principal sin ninguna extensión (no .clase or .java)

Tuve una extraña.

Error: No se pudo encontrar o cargar la clase principal mypackage.App

Resultó que tenía una configuración pom (padre) en el pom de mi proyecto.xml (el pom de mi proyecto.xml apuntaba a un pom padre.xml) y el relativePath estaba apagado / equivocado.

A continuación se muestra un parcial del pom de mi proyecto.xml

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

Una vez resuelto el relativePath pom, el error desapareció.

Vaya figura.

En Java, cuando a veces se ejecuta la JVM desde la línea de comandos utilizando el ejecutable java y está tratando de iniciar un programa desde un archivo de clase con public static void main (PSVM), es posible que se encuentre con el siguiente error a pesar de que el parámetro classpath de la JVM es preciso y el archivo de clase está presente en la classpath:

Error: main class not found or loaded

Esto sucede si el archivo de clase con PSVM no se pudo cargar. Una posible razón para ello es que la clase puede estar implementando una interfaz o extendiendo otra clase que no está en el classpath. Normalmente si una clase no está en el classpath, el error lanzado indica como tal. Pero, si la clase en uso se extiende o implementa, java no puede cargar la clase en sí.

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