Co oznacza "could not find or load main class"?

Jeśli Twój kod źródłowy to HelloWorld.java, Twój skompilowany kod będzie HelloWorld.class.

Otrzymasz ten błąd, jeśli wywołasz go za pomocą:

java HelloWorld.class

Zamiast tego użyj tego:

java HelloWorld

Jeśli Twoje klasy znajdują się w pakietach, musisz cd przejść do głównego katalogu i uruchomić używając pełnej nazwy klasy (nazwa_pakietu.MainClassName).

Przykład:

Moje zajęcia są tutaj:

D:\project\com\cse\

Pełna nazwa mojej głównej klasy to:

com.cse.Main

Więc i cd powrót do katalogu głównego:

D:\project

Następnie wydaj java polecenie:

java com.cse.Main

Jeśli Twoja główna metoda znajduje się w klasie pod pakietem, powinieneś uruchomić ją nad katalogiem hierarchicznym.

Załóżmy, że istnieje plik kodu źródłowego (Main.java): {]}

package com.test;

public class Main {

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

Aby uruchomić ten kod, należy umieścić Main.Class w katalogu Typu Pakiet ./com/test/Main.Java. A w katalogu głównym użyj java com.test.Main.

Gdy ten sam kod działa na jednym komputerze, ale pokazuje błąd w innym, najlepszym rozwiązaniem, jakie kiedykolwiek znalazłem, jest kompilacja w następujący sposób:

javac HelloWorld.java
java -cp . HelloWorld

Pomogło mi podanie classpath w wierszu poleceń, na przykład:

1. Utwórz nowy folder, C:\temp

2. Utwórz plik Temp.java w C:\temp, z następującą klasą:

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

3. Otwórz wiersz poleceń w folderze C:\temp i napisz następujące polecenie, aby skompilować klasę Temp:

   javac Temp.java
   

4. Uruchom skompilowaną klasę Java, dodając opcję -classpath, aby JRE wiedział, gdzie znaleźć Klasa:

   java -classpath C:\temp Temp Hello!
   

Zgodnie z Komunikatem o błędzie ("Could not find or load main class"), istnieją dwie kategorie problemów:

Nie można znaleźć
1. klasy głównej
2. główna klasa nie może być załadowana (ten przypadek nie jest w pełni omówiony w zaakceptowanej odpowiedzi)

Główna klasa nie może zostać znaleziona , gdy w pełni kwalifikowanej nazwie klasy występuje literówka lub błędna składnia lub nie istnieje w podanej ścieżce classpath .

Klasa główna nie można załadować Gdy klasa nie może zostać zainicjowana, zazwyczaj główna klasa rozszerza inną klasę i ta klasa nie istnieje w podanej ścieżce classpath.

Na przykład:

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

Jeśli camel-spring nie jest uwzględniony, ten błąd zostanie zgłoszony.

Czasami to, co może być przyczyną problemu, nie ma nic wspólnego z klasą główną, i musiałem się tego dowiedzieć na własnej skórze. To była biblioteka, którą przeniosłem i dała mi:

Nie można znaleźć lub załadować głównej klasy XXX Linux

Po prostu usunąłem to odniesienie, dodałem je ponownie, i znowu działało dobrze.

Miałem taki błąd w tym przypadku:

java -cp lib.jar com.mypackage.Main

Działa z ; Dla Windows i : Dla Unix:

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

Użyj tego polecenia:

java -cp . [PACKAGE.]CLASSNAME

Przykład: jeśli Twoja nazwa klasy to Hello.Klasa utworzona z Hello.następnie użyj poniższego polecenia:

java -cp . Hello

If your file Hello.java jest w pakiecie com.demo następnie użyj poniższego polecenia

java -cp . com.demo.Hello

Z JDK 8 wielokrotnie zdarza się, że plik klasy znajduje się w tym samym folderze, ale polecenie java oczekuje classpath i z tego powodu dodajemy -cp . aby wziąć bieżący folder jako odniesienie dla classpath.

Try - Xdiag .

Odpowiedź Steve ' a C ładnie obejmuje możliwe przypadki, ale czasami ustalenie, czy klasa nie może byćznaleziona lubzaładowana , może nie być takie proste. Użyj java -Xdiag (od JDK 7). Wyświetla to ładną stacktrace, która podpowiada, co oznacza wiadomość Could not find or load main class.

Na przykład, może wskazać inne klasy używane przez klasę główną, których nie można znaleźć i uniemożliwić załadowanie klasy głównej.

W tym przypadku masz:

Nie można znaleźć lub załadować głównej klasy ?classpath

To dlatego, że używasz "- classpath", ale myślnik nie jest tym samym myślnikiem używanym przez java w wierszu polecenia. Miałem ten problem kopiowanie i wklejanie z Notatnika do cmd.

W moim przypadku pojawił się błąd, ponieważ podałem nazwę pliku źródłowego zamiast nazwy klasy.

Musimy dostarczyć interpreterowi nazwę klasy zawierającej główną metodę.

To może Ci pomóc, jeśli Twoja sprawa jest dokładnie taka jak moja: jako początkujący napotkałem ten problem, gdy próbowałem uruchomić program Java.

Skompilowałem to tak:

javac HelloWorld.java

I próbowałem uruchomić również z tym samym rozszerzeniem:

java Helloworld.java

Kiedy usunąłem .java i przepisałem polecenie tak jak java HelloWorld, program działał idealnie. :)

Class file location: C:\test\com\company

Nazwa Pliku: Main.Klasa

Pełna nazwa klasy: com.Towarzystwo.Main

Command line command:

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

Zauważ, że ścieżka klasy nie zawiera \com \ company

Jeśli używasz Maven do budowania pliku JAR, upewnij się, że podałeś główną klasę w pom.plik 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>

Spędziłem sporo czasu próbując rozwiązać ten problem. Myślałem, że jakoś źle ustawiam moją classpath, ale problem polegał na tym, że wpisałem:

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

Zamiast:

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

Myślałem, że znaczenie fully qualified ma zawierać pełną nazwę ścieżki zamiast pełnej nazwy pakietu.

Najpierw ustaw ścieżkę używając tego polecenia;

set path="paste the set path address"

Następnie należy załadować program. Wpisz "cd (nazwa folderu)" w zapisanym napędzie i skompiluj go. Na przykład, jeśli mój program jest przechowywany na dysku D, wpisz "D:" naciśnij enter i wpisz " cd (nazwa folderu)".

Co naprawiło problem w moim przypadku było:

Kliknij prawym przyciskiem myszy projekt / klasę, którą chcesz uruchomić, a następnie Run As->Run Configurations. Następnie należy albo naprawić istniejącą konfigurację, albo dodać nową w następujący sposób:

Otwórz zakładkę Classpath, Kliknij na przycisk Advanced..., a następnie dodaj bin folder twojego projektu.

Jest to konkretny przypadek, ale ponieważ przyszedłem na tę stronę szukając rozwiązania, a nie znalazłem go, dodam go tutaj.

Windows (testowany z 7) nie akceptuje znaków specjalnych (np. á) w nazwach klas i pakietów. Ale Linux tak.

Odkryłem to, gdy zbudowałem .jar w NetBeans i próbowałem uruchomić go w wierszu poleceń. Działał w NetBeans, ale nie w wierszu poleceń.

Wszystkie odpowiedzi są skierowane do użytkowników Windows, jak się wydaje. W przypadku komputerów Mac separatorem ścieżki klas jest :, a nie ;. Ponieważ błąd ustawienia classpath przy użyciu ; nie jest wyrzucany, może to być trudne do wykrycia, jeśli pochodzi z systemu Windows na Mac.

Oto odpowiednie polecenie Mac:

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

Gdzie w tym przykładzie Pakiet jest com.test i folder lib ma być również dołączony do classpath.

Podczas uruchamiania java z opcją -cp reklamowaną w Windows PowerShell może pojawić się błąd, który wygląda mniej więcej tak:

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

Aby PowerShell mógł zaakceptować polecenie, argumenty opcji -cp muszą być zawarte w cudzysłowach jak w:

java -cp 'someDependency.jar;.' ClassName

Utworzenie polecenia w ten sposób powinno pozwolić Javie poprawnie przetwarzać argumenty classpath.

Czasami w niektórych kompilatorach internetowych, które mogłeś wypróbować, pojawi się ten błąd, jeśli nie napiszesz public class [Classname], ale po prostu class [Classname].

W porządku, już wiele odpowiedzi, ale nikt nie wspomniał o przypadku, w którym pozwolenie na plik może być winowajcą. Podczas uruchamiania użytkownik nie ma dostępu do pliku jar ani do jednego z katalogów ścieżki. Na przykład rozważ:

Plik Jar w /dir1/dir2/dir3/myjar.jar

User1 whow owners the jar may do:

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

Ale i tak nie działa:

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

Dzieje się tak dlatego, że uruchomiony użytkownik (User2) nie ma dostępu do dir1, dir2, javalibs lub dir3. To może doprowadzić kogoś do szału, gdy User1 może zobaczyć pliki i może uzyskać do nich dostęp, ale błąd nadal występuje dla User2

W systemie Windows umieść .; Na początku wartości CLASSPATH.

The . (kropka) oznacza "zajrzyj do bieżącego katalogu". Jest to trwałe rozwiązanie.

Możesz również ustawić go "jeden raz" za pomocą set CLASSPATH=%CLASSPATH%;.. Będzie to trwało tak długo, jak długo okno cmd jest otwarte.

Naprawdę musisz to zrobić z folderu src. Tam wpisujesz następujący wiersz poleceń:

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

Powiedzmy, że twoja klasa nazywa się CommandLine.class, A kod wygląda tak:

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

Następnie należy cd do folderu src, a komenda, którą trzeba uruchomić, będzie wyglądała tak:

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

I wyjście z linii poleceń będzie:

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

W moim przypadku, dostałem błąd, ponieważ miałem mieszane nazwy dużych i małych liter w systemie Windows 7. Zmiana nazw pakietów na wszystkie małe litery rozwiązała problem. Zauważ również, że w tym scenariuszu nie mam błędu kompilowania .plik java do a .plik klasy; po prostu nie będzie uruchamiany z tego samego (sub-sub-sub-) katalogu.

Napotkałem również podobne błędy podczas testowania połączenia Java MongoDB JDBC. Myślę, że dobrze jest podsumować moje ostateczne rozwiązanie w skrócie tak, że w przyszłości każdy może bezpośrednio spojrzeć na dwa polecenia i są dobre, aby przejść dalej.

Załóżmy, że znajdujesz się w katalogu, w którym istnieje Twój plik Java i zewnętrzne zależności (pliki JAR).

Compile:

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

• -CP - argument classpath; przekazuje wszystkie zależne pliki JAR jeden przez one
• *.java-jest to plik klasy Java, który ma główną metodę. sdsd

Run:

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

• proszę obserwować dwukropek (Unix) / przecinek (Windows) po zakończeniu wszystkich plików jar zależności
• na końcu obserwuj główną nazwę klasy bez rozszerzenia (no .klasy lub .java)

Miałam dziwną.

Błąd: nie można znaleźć lub załadować głównej klasy mypackage.App

Okazało się, że mam zestaw pom (parent) w pom mojego projektu.xml (pom.xml wskazywał na macierzysty pom.xml) i relativePath był off/wrong.

Poniżej fragment pom mojego projektu.xml

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

Gdy rozwiązałem relativePath pom, błąd zniknął.

W Javie, gdy czasami uruchamiasz JVM z linii poleceń za pomocą programu wykonywalnego java i próbujesz uruchomić program z pliku klasy z publicznym static void main (PSVM), możesz napotkać poniższy błąd, nawet jeśli parametr classpath dla JVM jest dokładny, a plik klasy jest obecny na ścieżce classpath:

Error: main class not found or loaded

Dzieje się tak, gdy plik klasy z PSVM nie może zostać załadowany. Jednym z możliwych powodów jest to, że klasa może implementować interfejs lub rozszerzać kolejna klasa, która nie znajduje się na classpath. Zwykle, jeśli klasa nie znajduje się na ścieżce classpath, wyrzucony błąd wskazuje jako taki. Jeśli jednak używana klasa jest rozszerzona lub zaimplementowana, java nie jest w stanie załadować samej klasy.

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