Что означает «Не удалось найти или загрузить основной класс»?

Если имя вашего пакета javatpoint и имя пакета com.javatpoint и имя класса Другой ваш класс<566085084, затем скомпилируйте так:

cd C:\Users\JAY GURUDEV\eclipse-workspace\javatpoint\src\com\javatpoint
javac AnotherOne.java

cd C:\Users\JAY GURUDEV\eclipse-workspace\javatpoint\src
java com.javatpoint.AnotherOne

В основном это означает, что не существует статического метода main(String[] args). Это должно разрешить это автоматически. Если нет, то что-то было не так, когда программа создавалась (у нее нет основного метода) или когда программа была упакована (неверная информация в манифесте).

Это работает

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

Это не работает

public class Hello {
    public Hello() {
        System.out.println("Hello");
    }
}

Самый простой способ исправить это - повторно загрузить maven apache здесь: https://maven.apache.org/download.cgi

, чем вы снова задаете свой путь

СИСТЕМНАЯ ПЕРЕМЕННАЯ

укажите путь, по которому вы установили свою папку apache maven, например: C: \ Program Files \ apache-maven-3.8.4 \ bin

Перезагрузите терминал или IDE, и все должно работать.

У меня всегда работает.

Я поднялся на один уровень выше. Итак, теперь файл HelloWorld.class находится в hello \ HelloWorld.class и запускается под командой. Где cp - путь к классам, а. означает проверку только в текущем каталоге.

java -cp . hello.HelloWorld

Вывод

Hello world!

Я столкнулся с этой ошибкой при попытке выполнить этот код, написанный на intellij idea на компиляторе onlinegdb.

Для меня комментарий к этой строке помог мне предотвратить эту ошибку.

//package com.company;

Исключение следующих файлов решило проблему.

META-INF / *. SF

META-INF / *. DSA

META-INF / *. RSA

Добавлен следующий код в build.gradle

jar {
    from {
        configurations.compile.collect { it.isDirectory() ? it : zipTree(it) }
    }
    {
        exclude "META-INF/*.SF"
        exclude "META-INF/*.DSA"
        exclude "META-INF/*.RSA"
    }
    manifest {
        attributes(
                'Main-Class': 'mainclass'
        )
    }
}

Вот как я решил свою проблему.

Я заметил, что если вы включаете файлы jar в свою компиляцию, добавление текущего каталога (./) в путь к классам помогает.

javac -cp "abc.jar; efg.jar" MyClass.java
java -cp "abc.jar; efg.jar" MyClass

VS

javac -cp " ./ ; abc.jar; efg.jar" MyClass.java
java -cp " ./ ; abc.jar; efg.jar" MyClass

• в Intellij Проверьте свои глобальные библиотеки и локальные библиотеки
• проверьте в pom.xml версию библиотеки, возможно, это старая библиотека
• это так много возможностей, упомянутых выше, которые необходимо попробовать тоже

Причина № 2 - неверно указан путь к классам приложения. Прочтите три документа, ссылки на которые приведены выше. (Да ... ПРОЧИТАЙТЕ их! Важно, чтобы программист на Java понимал хотя бы основы того, как работают механизмы пути к классам Java.) Я хочу добавить эту документацию в этот очень хороший пост сверху Общая информация об инструментах и ​​утилитах JDK ( структура файла, путь к классам, способ нахождения классов, изменения) Улучшения (улучшения в JDK 7) Стандартные инструменты и утилиты JDK https://docs.oracle.com/javase/7/docs/technotes/tools/index.html https://docs.oracle.com/javase/7/docs/technotes/tools/findingclasses.html https://docs.oracle.com/javase/7/docs/technotes/ tools / windows / classpath.html Как средство запуска Java находит классы Понимание пути к классам и имен пакетов https://docs.oracle.com/javase/7/docs/technotes/tools/solaris/javac. html

Загрузчик классов в Java Загрузчик классов Java - это часть среды выполнения Java, которая динамически загружает классы Java в виртуальную машину Java. Системе времени выполнения Java не нужно знать о файлах и файловых системах из-за загрузчиков классов. Классы Java загружаются в память не сразу, а по требованию приложения. На этом этапе JRE вызывает Java ClassLoader, и эти ClassLoader загружают классы в память динамически. https://en.wikipedia.org/wiki/Java_Classloader https://www.geeksforgeeks.org/classloader-in-java/ https: // ru. wikipedia.org/wiki/Java_virtual_machine

[Версия Java: 11]

Если вы используете Java 11, вам не нужно компилировать и запускать файл java.

Просто запустите как

Java ClassName.java

Пример:

class abc{ 
    public static void main(String[] args){
        System.out.println("hello Jarvis ");    
    }
}

Теперь запустите команду

java abc.java

Сценарий: с использованием командной строки ( CMD в Windows) для компиляции и запуска только <1437141085713> простой программы, которая имеет только <14371410> Файл ' Main.java ' с указанным ' основным пакетом '.

package main;

public class Main {
    public static void main(String[] args) {
        System.out.println("Hello world");
    }
}

// 'javac' compiler will produce 'Main.class' in the 'dest\main' folder.
// 'main' folder is created because in the source file(in our case: 'Main.java') is
// specified 'package main'.

javac -d ./dest ./src/main/Main.java

// '-cp'(is the same as '-classpath')
// './dest'(means destination folder, where resides compiled 'Main.class').
// 'main.Main'(means 'package' 'main', which contains class 'Main'('Main.class'))
// WARNING: when run 'java' class, MUST NOT type extension '.class'
//          after 'class name
//          (in our case: 'main.Main'(<package>.<class-name>) WITHOUT extension 
//           '.class').

java -cp ./dest main.Main

// Hello world

После двух дней поиска я нашел это решение, и оно работает. Это довольно странно, но у меня работает.

package javaapplication3;
public class JavaApplication3 {

/**
 * @param args the command line arguments
 */
public static void main(String[] args) {
    // TODO code application logic here
    System.out.println("Hello");
}

}

это моя программа, которую я хочу запустить, которая находится в C: \ Java Projects \ JavaApplication3 \ src \ javaapplication3

Теперь откройте cmd в этом месте и скомпилируйте программу с помощью этой команды

javac JavaApplication3.java

После компиляции перейдите на один каталог вниз, т.е. C: \ Java Projects \ JavaApplication3 \ src

теперь выполните следующую команду для выполнения программы

java javaapplication3.JavaApplication3

Еще один сценарий, который заставил меня почесать голову, и я не нашел здесь ссылки на него:

package com.me
Public class Awesome extends AwesomeLibObject {
    ....
    public static void main(String[] argv) {
         System.out.println("YESS0");
    }
}

Где AwesomeLibObject - это класс, определенный во внешней библиотеке. У меня такое же сбивающее с толку сообщение об ошибке:

Error: Could not find or load main class com.Awesome

Решение простое: внешняя библиотека также должна быть в пути к классам!

Если вы используете IntelliJ и получаете сообщение об ошибке при запуске основного метода из IDE, просто убедитесь, что ваш класс находится в пакете java, а не в kotlin

У меня возникла эта проблема для моей демонстрационной программы, созданной в IntelliJ.

Есть два ключевых момента для решения этой проблемы:

1. имя пакета программы
2. текущий рабочий каталог терминала / командной строки

моя демонстрационная программа:

package io.rlx.tij.c2;

public class Ex10 {
    public static void main(String[] args) {
        // do something
    }
}

путь к исходному коду:

../projectRoot/src/main/java/io/rlx/tij/c2/Ex10.java

1. перейдите в java каталог: cd ../projectRoot/src/main/java
2. скомпилировать в класс: javac ./io/rlx/tij/c2/Ex10.java
3. запустить программу: java io.rlx.tij.c2.Ex10

, если я запускаю программу в ../projectRoot/src/main/java/io/rlx/tij/c2 или запускаю ее без имени пакета, я получаю следующую ошибку: Error: Could not find or load main class.

Вот еще одна проблема, на которую у меня ушло немного времени: параметр пути к классу в командной строке ведет себя не так, как вы ожидаете. Я использую MacOS и вызываю интерфейс командной строки напрямую, и я включаю в вызов два jar-файла.

Например, оба они сбивали инструмент с толку относительно имени основного класса:

Этот, потому что звездочка заставляла его неправильно анализировать аргументы:

java -cp path/to/jars/* com.mypackage.Main

А этот, потому что - я не уверен, почему:

java -cp "*.jar" com.mypackage.Main

Это сработало:

java -cp "path/to/jars/*" com.mypackage.Main

Явное перечисление двух jar-файлов также работало:

java -cp path/to/jars/jar1.jar:path/to/jars/jar2.jar com.mypackage.Main

Это случилось и со мной. В моем случае это произошло только тогда, когда в исходном коде присутствовал класс HttpServlet (IntelliJ IDEA не выдает ошибку времени компиляции; пакет сервлета был импортирован нормально, однако во время выполнения возникла эта ошибка main class) .

Мне удалось решить эту проблему. Я зашел в меню Файл → Структура проекта ... :

Затем к Модули :

Была предоставлена ​​область рядом с модулем сервлета. Я изменил его на Скомпилировать :

И это сработало!

Если это Maven проект :

1. Перейти к файлу POM.
2. Удалите все зависимости.
3. Сохраните файл POM.
4. Снова импортируйте только необходимые зависимости.
5. Сохраните файл POM.

Проблема должна исчезнуть.

У меня была такая же проблема, и я наконец нашел свою ошибку :) Я использовал эту команду для компиляции, и она сработала правильно:

javac -cp "/home/omidmohebbi/AAAATest/jars/core-1.7.jar:/home/omidmohebbi/AAAATest/jars/javase-1.7.jar:/home/omidmohebbi/AAAATest/jars/qrgen-1.2.jar" qrcode.java

Но эта команда у меня не сработала (я не смог найти или загрузить основной класс, qrcode):

java -cp "/home/omidmohebbi/AAAATest/jars/core-1.7.jar:/home/omidmohebbi/AAAATest/jars/javase-1.7.jar:/home/omidmohebbi/AAAATest/jars/qrgen-1.2.jar" qrcode

Наконец, я просто добавил символ ':' в конце пути к классам, и проблема была решена:

java -cp "/home/omidmohebbi/AAAATest/jars/core-1.7.jar:/home/omidmohebbi/AAAATest/jars/javase-1.7.jar:/home/omidmohebbi/AAAATest/jars/qrgen-1.2.jar:" qrcode

Щелкните проект правой кнопкой мыши.

1. Выберите «Открыть настройки модуля»
2. Отметьте папку src как "источники"
3. Перейдите к редактированию конфигураций, а затем выберите свой основной класс
4. Нажмите ОК или Применить кнопку

У меня это сработало.

Хорошо, ответов уже много, но никто не упомянул случай, когда права доступа к файлам могут быть виноваты.

При запуске пользователь может не иметь доступа к файлу JAR или одному из каталогов пути. Например, рассмотрим:

Файл Jar в /dir1/dir2/dir3/myjar.jar

Пользователь1, владеющий файлом JAR, может:

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

Но все равно не работает:

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

Это связано с тем, что у запущенного пользователя (User2) нет доступа к dir1, dir2, javalibs или dir3. Это может свести кого-то с ума, когда Пользователь1 может видеть файлы и иметь к ним доступ, но ошибка по-прежнему возникает для Пользователя 2.

Если проблема связана с Eclipse:

Попробуйте добавить проект в путь к классу.

См. Изображение ниже:

Этот метод сработал для меня.

Ответ относительно внешней библиотеки -

Компиляция:

javac -cp ./<external lib jar>: <program-name>.java

Выполнить:

java -cp ./<external lib jar>: <program-name>

Приведенная выше схема хорошо работает в системах OS X и Linux. Обратите внимание на : в пути к классам.

У меня был странный вопрос:

Ошибка: не удалось найти или загрузить основной класс mypackage.App

Оказалось, что у меня была ссылка на POM (родительский), закодированную в файле pom.xml моего проекта (pom.xml моего проекта указывал на родительский pom.xml) и <20920> было выключено / неправильно.

Ниже приведена часть файла pom.xml моего проекта:

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

Как только я разрешил POM relativePath, ошибка исчезла.

Иди на цифру.

В моем случае я просто меняю JRE в Eclipse.

Найдите прикрепленный снимок экрана:

Я также столкнулся с подобными ошибками при тестировании соединения Java MongoDB JDBC. Я думаю, что было бы хорошо вкратце резюмировать мое окончательное решение, чтобы в будущем любой мог непосредственно изучить две команды и продолжить работу.

Предположим, вы находитесь в каталоге, в котором существует ваш файл Java и внешние зависимости (файлы JAR).

Компиляция:

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

• -cp - аргумент пути к классу; передать все зависимые файлы JAR один за другим
• * .java - это файл класса Java, который имеет основной метод. sdsd

Выполнить:

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

• Пожалуйста, соблюдайте двоеточие (Unix) / запятую (Windows) после окончания всех файлов зависимостей JAR
• В конце обратите внимание на имя основного класса без какого-либо расширения (без .class или .java)

Решение «Не удалось загрузить ошибку основного класса»

Прочитав все ответы, я заметил, что большинство из них у меня не работает. Итак, я провел небольшое исследование и вот что у меня получилось. Попробуйте это сделать, только если шаг 1 не работает.

1. Попробуйте установить JRE 32 или 64. Если не работает,

2. Откройте, перейдите в C: \ Program Files (x86) \ Java или C: \ Program Files \ Java

   • i. откройте папку jdk, а затем папку bin.

   • ii. Скопируйте путь и добавьте его в переменные среды. Убедитесь, что вы разделяете переменные точкой с запятой, ;. Например, « C: \ Yargato \ bin; C: \ java \ bin; ». Если вы этого не сделаете, это вызовет больше ошибок.

   • iii. Перейдите в папку jre и откройте ее папку bin.

   • iv. Здесь найдите файл rt.jar . Мой:

     C: \ Program Files (x86) \ Java \ jre1.8.0_73 \ lib \ rt.jar Скопируйте и в переменной среды и найдите переменную пути к классам и вставьте его туда.

   • v. Теперь перезапустите cmd и попробуйте запустить снова. Ошибка исчезнет.
   • vi. Я опубликую ссылку на свой видеоурок на YouTube.

В моем случае я получил ошибку, потому что я смешал имена пакетов в верхнем и нижнем регистре в системе Windows 7. Изменение имен пакетов на все строчные буквы решило проблему. Также обратите внимание, что в этом сценарии у меня не было ошибок при компиляции файла .java в файл .class; он просто не запускался бы из того же (подподподпод-) каталога.

В контексте разработки IDE (Eclipse, NetBeans или что-то еще) вам необходимо настроить свойства проекта так, чтобы у вас был основной класс, чтобы ваша IDE знала, где находится основной класс, который будет выполняться, когда вы нажмете «Play».

1. Щелкните проект правой кнопкой мыши, затем Свойства
2. Перейдите в категорию Run и выберите свой основной класс
3. Нажмите кнопку Выполнить .

Иногда в некоторых онлайн-компиляторах, которые вы, возможно, пробовали, вы получаете эту ошибку, если вы не пишете public class [Classname], а просто class [Classname].

Если вы используете Maven для создания файла JAR, обязательно укажите основной класс в файле pom.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>

Это может помочь вам, если ваш случай особенно похож на мой: как новичок я также столкнулся с этой проблемой, когда пытался запустить программу Java.

Я скомпилировал это так:

javac HelloWorld.java

И я пробовал работать с тем же расширением:

java Helloworld.java

Когда я удалил .java и переписал команду как java HelloWorld, программа работала отлично. :)

При запуске java с опцией -cp, как заявлено в Windows PowerShell, вы можете получить ошибку, которая выглядит примерно так:

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

Чтобы PowerShell принял команду, аргументы параметра -cp должны быть заключены в кавычки, например:

java -cp 'someDependency.jar;.' ClassName

Такое формирование команды должно позволить Java правильно обрабатывать аргументы пути к классам.

По умолчанию Java использует ., текущий рабочий каталог, в качестве значения по умолчанию CLASSPATH. Это означает, что когда вы вводите команду в командной строке, например. java MyClass, команда интерпретируется так, как если бы вы набрали java -cp . MyClass. Вы видели точку между -cp и MyClass? ( cp - это сокращение от более длинного варианта classpath )

Этого достаточно в большинстве случаев, и кажется, что все работает нормально, пока вы не попытаетесь добавить каталог в свой CLASSPATH. В большинстве случаев, когда программистам это нужно, они просто запускают команду типа set CLASSPATH=path\to\some\dir. Эта команда создает новую переменную среды с именем CLASSPATH со значением path\to\some\dir или заменяет ее значение на path\to\some\dir, если CLASSPATH уже был установлен ранее.

Когда это будет сделано, у вас теперь есть переменная среды CLASSPATH, и Java больше не использует путь к классам по умолчанию (.), а тот, который вы установили. Итак, на следующий день вы открываете свой редактор, пишете какую-нибудь java-программу cd в каталог, в котором вы ее сохранили, компилируете и пытаетесь запустить с помощью команды java MyClass, и вы получаете приятный результат: Не удалось найти или загрузить основной класс ... (Если раньше ваши команды работали хорошо и теперь вы получаете этот результат, то это может быть ваш случай).

Что происходит, когда вы запускаете команду java MyClass, Java ищет файл класса с именем MyClass в каталоге или каталогах, которые вы установили в своем CLASSPATH, а не в текущем рабочем каталоге, поэтому это не так. Я не нашел там ваш файл класса и, следовательно, жалуется.

Вам нужно снова добавить . в путь к классу, что можно сделать с помощью команды set CLASSPATH=%CLASSPATH%;. (обратите внимание на точку после точки с запятой). На простом английском языке эта команда гласит: «Выберите то, что изначально было значением CLASSPATH (%CLASSPATH%), добавьте к нему . (;.) и присвойте результат обратно CLASSPATH».

И вуаля , вы снова можете использовать свою команду java MyClass как обычно.

Расположение файла класса: C: \ test \ com \ company

Имя файла: Main.class

Полное имя класса: com.company.Main

Команда командной строки:

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

Обратите внимание, что путь к классу НЕ включает \ com \ company

Используйте эту команду:

java -cp . [PACKAGE.]CLASSNAME

Пример: Если ваше имя класса Hello.class, созданный из Hello.java, используйте следующую команду:

java -cp . Hello

Если ваш файл Hello.java находится внутри пакета com.demo, используйте команду ниже

java -cp . com.demo.Hello

В JDK 8 часто случается, что файл класса присутствует в той же папке, но команда java ожидает путь к классам, и по этой причине мы добавляем -cp . , чтобы взять текущую папку в качестве ссылка на путь к классам.

Похоже, когда у меня была эта проблема, она была уникальной.

Как только я удалил объявление пакета в верхней части файла, все заработало отлично.

Помимо этого, похоже, не было никакого способа запустить простой HelloWorld.java на моей машине, независимо от папки, в которой происходила компиляция, CLASSPATH или PATH, параметров или папки, из которой вызывается.

Я получал вот это для подключения к базе данных. Я только что добавил в путь к классам следующее:

export CLASSPATH=<path>/db2jcc4.jar:**./**

Здесь я добавил ./ в последнюю очередь, чтобы мой класс также идентифицировался при загрузке.

Теперь просто запустите:

java ConnectionExample <args>

Он работал отлично.

Кажется, все ответы здесь адресованы пользователям Windows. Для Mac разделителем пути к классам является :, а не ;. Поскольку при установке пути к классам с использованием ; ошибка не выбрасывается, это может быть трудно обнаружить при переходе с Windows на Mac.

Вот соответствующая команда Mac:

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

Если в этом примере пакет - com.test, а папка lib также должна быть включена в путь к классам.

У меня в этом случае была такая ошибка:

java -cp lib.jar com.mypackage.Main

Он работает с ; для Windows и : для Unix:

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

Попробуйте -Xdiag .

Ответ Стива С хорошо описывает возможные случаи, но иногда бывает непросто определить, не может ли класс быть найден или загружен . Используйте java -Xdiag (начиная с JDK 7). Это распечатает красивую трассировку стека, которая подсказывает, что означает сообщение Could not find or load main class.

​​Например, он может указывать вам на другие классы, используемые основным классом, которые не могут быть найдены и которые препятствуют загрузке основного класса.

Вам действительно нужно сделать это из папки src. Здесь вы вводите следующую командную строку:

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

Допустим, ваш класс называется CommandLine.class, а код выглядит так:

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

Затем вы должны cd перейти в папку src, и команда, которую вам нужно запустить, будет выглядеть так:

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

И вывод в командной строке будет:

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

Мне не удалось решить эту проблему с помощью указанных здесь решений (хотя указанный ответ, без сомнения, прояснил мои представления). Я сталкивался с этой проблемой два раза, и каждый раз пробовал разные решения (в Eclipse IDE).

• Во-первых, я столкнулся с несколькими методами main в разных классах моего проекта. Итак, я удалил метод main из последующих классов.
• Во-вторых, я попробовал следующее решение:
  1. Щелкните правой кнопкой мыши на моем основном каталоге проекта.
  2. Направляйтесь к источнику, затем очистите, оставьте настройки по умолчанию и нажмите «Готово». После выполнения некоторых фоновых задач вы будете перенаправлены в основной каталог вашего проекта.
  3. После этого я закрываю свой проект, снова открываю его и бум, я наконец решил свою проблему.

Что решило проблему в моем случае:

Щелкните правой кнопкой мыши проект / класс, который хотите запустить, затем Run As -> Run Configurations. Затем вы должны либо исправить существующую конфигурацию, либо добавить новую следующим образом:

откройте вкладку Classpath, нажмите кнопку Advanced..., затем добавьте bin папку вашего проекта.

Это конкретный случай, но поскольку я пришел на эту страницу в поисках решения и не нашел его, я добавлю его сюда.

Windows (проверено с 7) не принимает специальные символы (например, á) в именах классов и пакетов. А вот в Linux есть.

Я обнаружил это, когда построил .jar в NetBeans и попытался запустить его из командной строки. Он работал в NetBeans, но не в командной строке.

Я получил эту ошибку после выполнения mvn eclipse:eclipse Это немного испортило мой файл .classpath.

Пришлось изменить строки в .classpath с

<classpathentry kind="src" path="src/main/java" including="**/*.java"/>
<classpathentry kind="src" path="src/main/resources" excluding="**/*.java"/>

до

<classpathentry kind="src" path="src/main/java" output="target/classes" />
<classpathentry kind="src" path="src/main/resources" excluding="**"  output="target/classes" />

В Windows поместите .; в значение CLASSPATH в начале.

. (точка) означает «посмотреть в текущем каталоге». Это постоянное решение.

Также вы можете установить его "один раз" с помощью набора CLASSPATH=%CLASSPATH%;.. Это будет длиться, пока открыто ваше окно cmd.

В Java, когда вы иногда запускаете JVM из командной строки с помощью исполняемого файла java и пытаетесь запустить программу из файла класса с общедоступным статическим void main (PSVM), вы можете столкнуться с ошибкой ниже, даже если Параметр classpath для JVM является точным, и файл класса присутствует в пути к классам:

Error: main class not found or loaded

Это происходит, если файл класса с PSVM не может быть загружен. Одна из возможных причин этого заключается в том, что класс может реализовывать интерфейс или расширять другой класс, которого нет в пути к классам. Обычно, если класс не находится в пути к классам, выдается ошибка, указывающая на это. Но если используемый класс расширен или реализован, java не сможет загрузить сам класс.

Ссылка: https://www.computingnotes.net/java/error-main-class-not-found-or-loaded/

Согласно сообщению об ошибке («Не удалось найти или загрузить основной класс») существует две категории проблем:

1. Основной класс не может быть найден
2. Основной класс не может быть загружен (этот случай полностью не обсуждается в принятом ответе)

Основной класс не может быть найден , когда есть опечатка или неправильный синтаксис в полном имени класса или не существует в указанном пути к классам42584070.

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

Я потратил приличное количество времени, пытаясь решить эту проблему. Я думал, что каким-то образом неправильно установил свой путь к классам, но проблема заключалась в том, что я набрал:

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

вместо:

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

Я думал, что значение полного имени означает включение полного имени пути вместо полного имени пакета.

Когда один и тот же код работает на одном ПК, но показывает ошибку на другом, лучшее решение, которое я когда-либо находил, - это компиляция следующего вида:

javac HelloWorld.java
java -cp . HelloWorld

В этом случае у вас есть:

Не удалось найти или загрузить основной класс ? Classpath

Это потому, что вы используете «-classpath», но тире не то же самое, что используется java в командной строке. У меня возникла проблема с копированием и вставкой из Блокнота в cmd.

Если ваши классы находятся в пакетах , вам необходимо cd перейти в корневой каталог вашего проекта и запустить его, используя полное имя класса (packageName.MainClassName).

Пример:

Мои классы здесь:

D:\project\com\cse\

Полное имя моего основного класса:

com.cse.Main

Итак, я cd вернулся в корневой каталог проекта:

D:\project

Затем введите java команду:

java com.cse.Main

Этот ответ предназначен для спасения начинающих программистов Java от разочарования, вызванного распространенной ошибкой, я рекомендую вам прочитать принятый ответ, чтобы получить более подробные сведения о пути к классам Java.

С пакетом

Если у вас есть ключевое слово package в исходном коде (основной класс определен в пакете) , вы должны запустить его в иерархическом каталоге, используя полное имя класса (packageName.MainClassName).

Предположим, существует файл исходного кода (Main.java):

package com.test;

public class Main {

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

Для запуска этого кода вы должны поместить Main.Class в пакет, например, каталог:

C: \ Users \ workspace \ testapp \ com \ test \ Main.Java

Затем измените текущий каталог терминала на корневой каталог проекта:

cd C:\Users\workspace\testapp  

И, наконец, введите код:

java com.test.Main

Без упаковки

Если у вас нет пакета с именем вашего исходного кода, возможно, вы ошиблись с неправильной командой. Предположим, что имя вашего java-файла Main.java, после компиляции:

javac Main.java

ваш скомпилированный код будет Main.class

Вы получите эту ошибку, если вызовете ее с помощью:

java Main.class

Вместо этого используйте это:

java Main

Мне помогло указание пути к классам в командной строке, например:

1. Создать новую папку, C:\temp

2. Создайте файл Temp.java в C:\temp со следующим классом в нем:

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

3. Откройте командную строку в папке C:\temp и напишите следующую команду для компиляции класса Temp:

   javac Temp.java
   

4. Запустите скомпилированный класс Java, добавив параметр -classpath, чтобы JRE знала, где найти класс:

   java -classpath C:\temp Temp Hello!
   

Если имя вашего исходного кода - HelloWorld.java, ваш скомпилированный код будет иметь вид HelloWorld.class.

Вы получите эту ошибку, если вызовете ее с помощью:

java HelloWorld.class

Вместо этого используйте это:

java HelloWorld

В моем случае ошибка возникла из-за того, что я указал имя исходного файла вместо имени класса.

Нам нужно предоставить интерпретатору имя класса, содержащего основной метод.

Сначала задайте путь с помощью этой команды;

set path="paste the set path address"

Затем вам нужно загрузить программу. Введите «cd (имя папки)» в сохраненный диск и скомпилируйте его. Например, если моя программа хранится на диске D, введите «D:», нажмите «Ввод» и введите «cd (имя папки)».

Иногда то, что могло быть причиной проблемы, не имеет ничего общего с основным классом, и мне приходилось выяснять это на собственном горьком опыте. Это была библиотека, на которую я переместил ссылку, и она дала мне:

Не удалось найти или загрузить основной класс xxx Linux

Я просто удалил эту ссылку, добавил ее снова, и она снова заработала нормально.