Categories
class java main

What does “Could not find or load main class” mean?

1744

A common problem that new Java developers experience is that their programs fail to run with the error message: Could not find or load main class ...

What does this mean, what causes it, and how should you fix it?

3

  • 70

    Please note that this is a “self-answer” question that is intended to be a generic reference Q&A for new Java users. I could not find an existing Q&A that covers this adequately (IMO).

    – Stephen C

    Aug 7, 2013 at 3:21


  • for me it happen on project that worked before … so i fix it by “rebuild project”

    – Vladi

    Jul 3 at 8:32

  • 1

    @Vladi – “It is also possible for an IDE to simply get confused. IDE’s are hugely complicated pieces of software comprising many interacting parts. Many of these parts adopt various caching strategies in order to make the IDE as a whole responsive. These can sometimes go wrong, and one possible symptom is problems when launching applications. If you suspect this could be happening, it is worth trying other things like restarting your IDE, rebuilding the project and so on.”

    – Stephen C

    Jul 3 at 9:05


1547

The java <class-name> command syntax

First of all, you need to understand the correct way to launch a program using the java (or javaw) command.

The normal syntax1 is this:

    java [ <options> ] <class-name> [<arg> ...]

where <option> is a command line option (starting with a “-” character), <class-name> is a fully qualified Java class name, and <arg> is an arbitrary command line argument that gets passed to your application.


1 – There are some other syntaxes which are described near the end of this answer.

The fully qualified name (FQN) for the class is conventionally written as you would in Java source code; e.g.

    packagename.packagename2.packagename3.ClassName

However some versions of the java command allow you to use slashes instead of periods; e.g.

    packagename/packagename2/packagename3/ClassName

which (confusingly) looks like a file pathname, but isn’t one. Note that the term fully qualified name is standard Java terminology … not something I just made up to confuse you 🙂

Here is an example of what a java command should look like:

    java -Xmx100m com.acme.example.ListUsers fred joe bert

The above is going to cause the java command to do the following:

  1. Search for the compiled version of the com.acme.example.ListUsers class.
  2. Load the class.
  3. Check that the class has a main method with signature, return type and modifiers given by public static void main(String[]). (Note, the method argument’s name is NOT part of the signature.)
  4. Call that method passing it the command line arguments (“fred”, “joe”, “bert”) as a String[].

Reasons why Java cannot find the class

When you get the message “Could not find or load main class …”, that means that the first step has failed. The java command was not able to find the class. And indeed, the “…” in the message will be the fully qualified class name that java is looking for.

So why might it be unable to find the class?

Reason #1 – you made a mistake with the classname argument

The first likely cause is that you may have provided the wrong class name. (Or … the right class name, but in the wrong form.) Considering the example above, here are a variety of wrong ways to specify the class name:

  • Example #1 – a simple class name:

    java ListUser
    

    When the class is declared in a package such as com.acme.example, then you must use the full classname including the package name in the java command; e.g.

    java com.acme.example.ListUser
    
  • Example #2 – a filename or pathname rather than a class name:

    java ListUser.class
    java com/acme/example/ListUser.class
    
  • Example #3 – a class name with the casing incorrect:

    java com.acme.example.listuser
    
  • Example #4 – a typo

    java com.acme.example.mistuser
    
  • Example #5 – a source filename (except for Java 11 or later; see below)

    java ListUser.java
    
  • Example #6 – you forgot the class name entirely

    java lots of arguments
    

Reason #2 – the application’s classpath is incorrectly specified

The second likely cause is that the class name is correct, but that the java command cannot find the class. To understand this, you need to understand the concept of the “classpath”. This is explained well by the Oracle documentation:

So … if you have specified the class name correctly, the next thing to check is that you have specified the classpath correctly:

  1. Read the three documents linked above. (Yes … READ them! It is important that a Java programmer understands at least the basics of how the Java classpath mechanisms works.)
  2. Look at command line and / or the CLASSPATH environment variable that is in effect when you run the java command. Check that the directory names and JAR file names are correct.
  3. If there are relative pathnames in the classpath, check that they resolve correctly … from the current directory that is in effect when you run the java command.
  4. Check that the class (mentioned in the error message) can be located on the effective classpath.
  5. Note that the classpath syntax is different for Windows versus Linux and Mac OS. (The classpath separator is ; on Windows and : on the others. If you use the wrong separator for your platform, you won’t get an explicit error message. Instead, you will get a nonexistent file or directory on the path that will be silently ignored.)

Reason #2a – the wrong directory is on the classpath

When you put a directory on the classpath, it notionally corresponds to the root of the qualified name space. Classes are located in the directory structure beneath that root, by mapping the fully qualified name to a pathname. So for example, if “/usr/local/acme/classes” is on the class path, then when the JVM looks for a class called com.acme.example.Foon, it will look for a “.class” file with this pathname:

  /usr/local/acme/classes/com/acme/example/Foon.class

If you had put “/usr/local/acme/classes/com/acme/example” on the classpath, then the JVM wouldn’t be able to find the class.

Reason #2b – the subdirectory path doesn’t match the FQN

If your classes FQN is com.acme.example.Foon, then the JVM is going to look for “Foon.class” in the directory “com/acme/example”:

  • If your directory structure doesn’t match the package naming as per the pattern above, the JVM won’t find your class.

  • If you attempt rename a class by moving it, that will fail as well … but the exception stacktrace will be different. It is liable to say something like this:

    Caused by: java.lang.NoClassDefFoundError: <path> (wrong name: <name>)
    

    because the FQN in the class file doesn’t match what the class loader is expecting to find.

To give a concrete example, supposing that:

  • you want to run com.acme.example.Foon class,
  • the full file path is /usr/local/acme/classes/com/acme/example/Foon.class,
  • your current working directory is /usr/local/acme/classes/com/acme/example/,

then:

# wrong, FQN is needed
java Foon

# wrong, there is no `com/acme/example` folder in the current working directory
java com.acme.example.Foon

# wrong, similar to above
java -classpath . com.acme.example.Foon

# fine; relative classpath set
java -classpath ../../.. com.acme.example.Foon

# fine; absolute classpath set
java -classpath /usr/local/acme/classes com.acme.example.Foon

Notes:

  • The -classpath option can be shortened to -cp in most Java releases. Check the respective manual entries for java, javac and so on.
  • Think carefully when choosing between absolute and relative pathnames in classpaths. Remember that a relative pathname may “break” if the current directory changes.

Reason #2c – dependencies missing from the classpath

The classpath needs to include all of the other (non-system) classes that your application depends on. (The system classes are located automatically, and you rarely need to concern yourself with this.) For the main class to load correctly, the JVM needs to find:

(Note: the JLS and JVM specifications allow some scope for a JVM to load classes “lazily”, and this can affect when a classloader exception is thrown.)

Reason #3 – the class has been declared in the wrong package

It occasionally happens that someone puts a source code file into the
the wrong folder in their source code tree, or they leave out the package declaration. If you do this in an IDE, the IDE’s compiler will tell you about this immediately. Similarly if you use a decent Java build tool, the tool will run javac in a way that will detect the problem. However, if you build your Java code by hand, you can do it in such a way that the compiler doesn’t notice the problem, and the resulting “.class” file is not in the place that you expect it to be.

Still can’t find the problem?

There lots of things to check, and it is easy to miss something. Try adding the -Xdiag option to the java command line (as the first thing after java). It will output various things about class loading, and this may offer you clues as to what the real problem is.

Also, consider possible problems caused by copying and pasting invisible or non-ASCII characters from websites, documents and so on. And consider “homoglyphs”, where two letters or symbols look the same … but aren’t.

You may run into this problem if you have invalid or incorrect signatures in META-INF/*.SF. You can try opening up the .jar in your favorite ZIP editor, and removing files from META-INF until all you have is your MANIFEST.MF. However this is NOT RECOMMENDED in general. (The invalid signature may be the result of someone having injected malware into the original signed JAR file. If you erase the invalid signature, you are in infecting your application with the malware!) The recommended approach is to get hold of JAR files with valid signatures, or rebuild them from the (authentic) original source code.

Finally, you can apparently run into this problem if there is a syntax error in the MANIFEST.MF file (see https://stackoverflow.com/a/67145190/139985).


Alternative syntaxes for java

There are three alternative syntaxes for the launching Java programs using the java command.

  1. The syntax used for launching an “executable” JAR file is as follows:

    java [ <options> ] -jar <jar-file-name> [<arg> ...]
    

    e.g.

    java -Xmx100m -jar /usr/local/acme-example/listuser.jar fred
    

    The name of the entry-point class (i.e. com.acme.example.ListUser) and the classpath are specified in the MANIFEST of the JAR file.

  2. The syntax for launching an application from a module (Java 9 and later) is as follows:

    java [ <options> ] --module <module>[/<mainclass>] [<arg> ...]
    

    The name of the entrypoint class is either defined by the <module> itself, or is given by the optional <mainclass>.

  3. From Java 11 onwards, you can use the java command to compile and run a single source code file using the following syntax:

    java [ <options> ] <sourcefile> [<arg> ...]
    

    where <sourcefile> is (typically) a file with the suffix “.java”.

For more details, please refer to the official documentation for the java command for the Java release that you are using.


IDEs

A typical Java IDE has support for running Java applications in the IDE JVM itself or in a child JVM. These are generally immune from this particular exception, because the IDE uses its own mechanisms to construct the runtime classpath, identify the main class and create the java command line.

However it is still possible for this exception to occur, if you do things behind the back of the IDE. For example, if you have previously set up an Application Launcher for your Java app in Eclipse, and you then moved the JAR file containing the “main” class to a different place in the file system without telling Eclipse, Eclipse would unwittingly launch the JVM with an incorrect classpath.

In short, if you get this problem in an IDE, check for things like stale IDE state, broken project references or broken launcher configurations.

It is also possible for an IDE to simply get confused. IDE’s are hugely complicated pieces of software comprising many interacting parts. Many of these parts adopt various caching strategies in order to make the IDE as a whole responsive. These can sometimes go wrong, and one possible symptom is problems when launching applications. If you suspect this could be happening, it is worth trying other things like restarting your IDE, rebuilding the project and so on.


Other References

18

  • 57

    I had this problem when I was trying to run a Class with a 3rd party library. I invoked java like this: java -cp ../third-party-library.jar com.my.package.MyClass; this does not work, instead it is necessary to add the local folder to the class path as well (separated by :, like this: java -cp ../third-party-library.jar:. com.my.package.MyClass, then it should work

    – lanoxx

    Feb 8, 2014 at 19:24

  • 36

    After years of java programming I still managed to end up on this page. For me the issue was that the classpath syntax is OS-dependent. I’m kind of new to programming on Windows and had no idea.

    – keyser

    Jan 31, 2015 at 11:22

  • 8

    Additional notes, point 2 save me! It is sad to see that java does not say it does not find an imported class, but instead the main class you’re trying to run. This is misleading, although I’m sure there’s a reason for that. I had the case where java knew exactly where my class is, however it couldn’t find one of the imported classes. Instead of saying that, it complained about not finding my main class. Really, annoing.

    – MSX

    Oct 3, 2016 at 10:03


  • I had this problem twice in Eclipse. First time the signature of main() was wrong. Second time I have renamed a .jar, and even though I added the new one to the build path, Eclipse didn’t find the old one, so the project didn’t compile, with this error. I had to remove the .jar file from Project > Properties > Java Build Path > Libraries.

    – GregT

    Jan 18, 2018 at 10:18

  • I’ve encountered it a third time. I’ve run the program from a Windows 10 batch file, and put the .jar name in a variable (called with “-cp %jarname%;lib*”). I’ve mistakenly put an extra space at the end of the jarname, and it caused the error. Hat trick 🙂

    – GregT

    May 9, 2018 at 7:57

287

If your source code name is HelloWorld.java, your compiled code will be HelloWorld.class.

You will get that error if you call it using:

java HelloWorld.class

Instead, use this:

java HelloWorld

10

  • 5

    The problem is that this solution only works for Java classes declared in the default package with no JAR file dependencies. (And even then, not all of the time.) Most Java programs are not that simple.

    – Stephen C

    Sep 29, 2015 at 6:17

  • 3

    like Stephen said, this only works with “default package” – which means no package declaration at the top of the file. For a quick test of some code, I did: javac TestCode.java followed by java TestCode

    Jan 3, 2016 at 17:12


  • This did not work for me. It still says, “Could not find or load main class HelloWorld”

    – Jim

    Aug 5, 2016 at 19:41

  • 25

    I needed to to do java -classpath . HelloWorld

    Jan 31, 2017 at 23:34

  • 2

    @ChrisPrince – Yes … that works … sometimes. To understand when it works, and when it doesn’t work, read the top-voted answer.

    – Stephen C

    Sep 8, 2017 at 5:10

166

If your classes are in packages then you have to cd to the root directory of your project and run using the fully qualified name of the class (packageName.MainClassName).

Example:

My classes are in here:

D:\project\com\cse\

The fully qualified name of my main class is:

com.cse.Main

So I cd back to the root project directory:

D:\project

Then issue the java command:

java com.cse.Main

This answer is for rescuing newbie Java programmers from the frustration caused by a common mistake. I recommend you read the accepted answer for more in depth knowledge about the Java classpath.

5

  • 2

    This answer makes a whole load of assumptions. And there are other ways to achieve this. Instead of blindly following the above advice, I would recommend that people take the time to read the links in my Answer that explain how the Java classpath works. It is better to UNDERSTAND what you are doing …

    – Stephen C

    Mar 6, 2015 at 7:27


  • 5

    This answer makes the exact assumptions that I needed 🙂 I was located in the directory of the .class file and java.exe wasn’t working. Once I cd-ed above and ran with the package name included in the command line it worked.

    Apr 14, 2019 at 1:44

  • 2

    I agree with Nick Constantine. Same here. It was an exact example that followed the steps I made, and it worked for me too. The java classpath handling has a certain logic, but I sure wouldn’t have designed it that way.

    – Tihamer

    Aug 20, 2020 at 22:19

  • Tnanks, your answer help me to look that i used Main with Uppercase _!

    Sep 20, 2021 at 15:26

  • I’m writing this comment after trying this but it didn’t work. I’ve a project named Helloworld which consist only 1 java file, Helloworld/src/com/firstpackage/Test.java (windows 10. intellij idea). I don’t have CLASSPATH environmental variable, i want to set classpath specifically for this project. running java com.firstpackage.Test inside Helloworld directory doesn’t work and neither does the command java -classpath C:\Users\matuagkeetarp\IdeaProjects\Helloworld\src\com\first‌​package Test.java set classpath variable. Can you help?

    Nov 15, 2021 at 14:48