Общей проблемой, которую испытывают новые разработчики Java, является то, что их программы не запускаются с сообщением об ошибке: Could not find or load main class ...
Что это значит, что его вызывает, и как его исправить?
java <class-name>
Прежде всего, вам необходимо понять, как правильно запустить программу с помощью команды java
(или javaw
).
Обычный синтаксис 1 таков:
java [ <option> ... ] <class-name> [<argument> ...]
где <option>
- это параметр командной строки (начинающийся с символа "-"), <class-name>
- это полное имя класса Java, а <argument>
- произвольный аргумент командной строки, который передается вашему приложению.
1 - есть второй синтаксис для "исполняемых" JAR файлов, который я опишу внизу.
Полное имя (FQN) для класса обычно пишется так же, как в исходном коде Java; например
packagename.packagename2.packagename3.ClassName
Однако некоторые версии команды java
позволяют использовать косые черты вместо точек; например
packagename/packagename2/packagename3/ClassName
который (сбивает с толку) выглядит как путь к файлу, но не один. Обратите внимание, что термин "полностью определенное имя" - это стандартная терминология Java... я не просто придумал, чтобы сбить вас с толку :-)
Вот пример того, как должна выглядеть команда java
:
java -Xmx100m com.acme.example.ListUsers fred joe bert
Вышеуказанное заставит команду java
сделать следующее:
com.acme.example.ListUsers
.main
с сигнатурой, типом возвращаемого значения и модификаторами, заданными public static void main(String[])
. (Обратите внимание, что имя аргумента метода НЕ является частью подписи.)String[]
. Когда вы получаете сообщение "Не удалось найти или загрузить основной класс...", это означает, что первый шаг не выполнен. Команда java
не смогла найти класс. И действительно, "..." в сообщении будет полностью определенным именем класса, которое ищет java
.
Так почему же он не может найти класс?
Первой вероятной причиной является то, что вы, возможно, указали неправильное имя класса. (Или... правильное имя класса, но в неправильной форме.) Рассматривая приведенный выше пример, можно привести множество неправильных способов указания имени класса:
Пример № 1 - простое имя класса:
java ListUser
Когда класс объявлен в пакете, таком как com.acme.example
, вы должны использовать полное имя класса, включая имя пакета в команде java
; например
java com.acme.example.ListUser
Пример №2 - имя файла или путь, а не имя класса:
java ListUser.class
java com/acme/example/ListUser.class
Пример № 3 - имя класса с неправильным регистром:
java com.acme.example.listuser
Пример № 4 - опечатка
java com.acme.example.mistuser
Пример № 5 - исходное имя файла
java ListUser.java
Пример №6 - вы полностью забыли имя класса
java lots of arguments
Вторая вероятная причина состоит в том, что имя класса является правильным, но команда java
не может найти класс. Чтобы понять это, вам необходимо понять концепцию "classpath". Это хорошо объясняется документацией Oracle:
java
Итак... если вы правильно указали имя класса, то следует проверить, правильно ли вы указали путь к классам:
java
. Проверьте правильность имен каталогов и файлов JAR.java
.;
на Windows, и :
на других Если вы используете неправильный разделитель для вашей платформы, вы не получите сообщение об ошибке явного Вместо этого, вы получите несуществующий файл или каталог на пути, который будет.. молча игнорируется.) Когда вы помещаете каталог в путь к классам, он условно соответствует корню квалифицированного пространства имен. Классы расположены в структуре каталогов под этим корнем, сопоставляя полное имя с путевым именем. Так, например, если "/usr/local/acme/classes" находится в пути к классу, то, когда JVM ищет класс с именем com.acme.example.Foon
, она будет искать файл ".class" с этим путь к файлу:
/usr/local/acme/classes/com/acme/example/Foon.class
Если бы вы поместили "/usr/local/acme/classes/com/acme/example" в путь к классам, то JVM не сможет найти класс.
Если FQN ваших классов - com.acme.example.Foon
, то JVM будет искать "Foon.class" в каталоге "com/acme/example":
Если ваша структура каталогов не соответствует именам пакетов, как показано выше, JVM не найдет ваш класс.
Если вы попытаетесь переименовать класс, переместив его, это тоже не удастся... но трассировка стека исключений будет другой.
Чтобы привести конкретный пример, предположим, что:
com.acme.example.Foon
,/usr/local/acme/classes/com/acme/example/Foon.class
,/usr/local/acme/classes/com/acme/example/
,затем:
# 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
Заметки:
-classpath
может быть сокращена до -cp
в большинстве выпусков Java. Проверьте соответствующие ручные записи для java
, javac
и так далее.Путь к классам должен включать все другие (не системные) классы, от которых зависит ваше приложение. (Системные классы располагаются автоматически, и вам редко нужно беспокоиться об этом.) Для корректной загрузки основного класса JVM должна найти:
(Примечание: спецификации JLS и JVM позволяют некоторой области для JVM загружать классы "лениво", и это может повлиять, когда выдается исключение загрузчика классов.)
Иногда случается, что кто-то помещает файл исходного кода в неправильную папку в своем дереве исходного кода, или они package
объявление package
. Если вы сделаете это в IDE, компилятор IDE немедленно сообщит вам об этом. Точно так же, если вы используете достойный инструмент для сборки Java, он будет запускать javac
таким образом, чтобы выявлять проблему. Однако, если вы создаете свой Java-код вручную, вы можете сделать это таким образом, чтобы компилятор не заметил проблему, и полученный файл ".class" оказался не там, где вы ожидаете.
Есть много вещей, которые можно проверить, и что-то легко пропустить. Попробуйте добавить -Xdiag
в командную строку java
(как первое после java
). Он будет выводить различные вещи о загрузке классов, и это может дать вам подсказки о том, какова реальная проблема.
Также рассмотрите возможные проблемы, вызванные копированием и вставкой невидимых или не-ASCII символов с веб-сайтов, документов и так далее. И рассмотрим "гомоглифы", если две буквы или символы выглядят одинаково... но это не так.
java -jar <jar file>
Альтернативный синтаксис, используемый для "исполняемых" файлов JAR, выглядит следующим образом:
java [ <option> ... ] -jar <jar-file-name> [<argument> ...]
например
java -Xmx100m -jar /usr/local/acme-example/listuser.jar fred
В этом случае имя класса точки входа (т.е. com.acme.example.ListUser
) и com.acme.example.ListUser
классу указываются в MANIFEST файла JAR.
Типичная среда Java IDE поддерживает запуск приложений Java в самой JVM IDE или в дочерней JVM. Они, как правило, защищены от этого конкретного исключения, поскольку в среде IDE используются собственные механизмы для создания пути к классам среды выполнения, определения основного класса и создания командной строки java
.
Однако это исключение по-прежнему возможно, если вы делаете что-то за спиной IDE. Например, если вы ранее настроили Application Launcher для своего Java-приложения в Eclipse, а затем переместили файл JAR, содержащий класс "main", в другое место файловой системы, не сообщая Eclipse, Eclipse невольно запустит JVM с неправильным путем к классу.
Короче говоря, если вы столкнулись с этой проблемой в IDE, проверьте наличие таких вещей, как устаревшее состояние IDE, неработающие ссылки на проекты или неработающие конфигурации запуска.
Для IDE также возможно просто запутаться. IDE - это чрезвычайно сложные части программного обеспечения, состоящие из множества взаимодействующих частей. Многие из этих частей используют различные стратегии кэширования, чтобы сделать среду IDE в целом отзывчивой. Иногда они могут пойти не так, и одним из возможных симптомов являются проблемы при запуске приложений. Если вы подозреваете, что это может произойти, стоит перезапустить вашу IDE.
java -cp ../third-party-library.jar com.my.package.MyClass
; это не работает, вместо этого необходимо также добавить локальную папку в путь к классу (разделенный :
например: java -cp ../third-party-library.jar:. com.my.package.MyClass
тогда это должно работать
Если ваше исходное кодовое имя HelloWorld.java, ваш скомпилированный код будет HelloWorld.class
.
Вы получите эту ошибку, если вы ее вызываете, используя:
java HelloWorld.class
Вместо этого используйте это:
java HelloWorld
javac TestCode.java
за которым следует java TestCode
Если ваши классы находятся в пакетах, вы должны cd
в основную директорию и запускаться с использованием полного имени класса (имя пакета .MainClassName).
Пример:
Мои классы находятся здесь:
D:\project\com\cse\
Полное имя моего основного класса:
com.cse.Main
Итак, я cd
вернусь в основной каталог:
D:\project
Затем выполните команду java
:
java com.cse.Main
Если вы определяете основной класс и основной метод в 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
в пакет, например, в каталог ./com/test/Main.Java
. А в корневом каталоге используйте java com.test.Main
.
Когда один и тот же код работает на одном ПК, но он показывает ошибку в другом, лучшее решение, которое я когда-либо находил, компилируется следующим образом:
javac HelloWorld.java
java -cp . HelloWorld
javac -classpath . HelloWorld.java
работал бы! И это лучшее решение в вашем случае.
Что помогло мне указать путь к командной строке в командной строке, например:
Создайте новую папку, C:\temp
Создайте файл Temp.java в C:\temp
, со следующим классом в нем:
public class Temp {
public static void main(String args[]) {
System.out.println(args[0]);
}
}
Откройте командную строку в папке C:\temp
и напишите следующую команду для компиляции класса Temp:
javac Temp.java
Запустите скомпилированный Java-класс, добавив параметр -classpath
, чтобы JRE знал, где найти класс:
java -classpath C:\temp Temp Hello!
В соответствии с сообщением об ошибке ( "Не удалось найти или загрузить основной класс" ) существуют две категории проблем:
Основной класс не может быть найден при наличии опечатки или неправильного синтаксиса в имени полного класса или не существует в указанном пути к классам.
Основной класс не может быть загружен, когда класс не может быть инициирован, обычно основной класс расширяет другой класс и этот класс не существует в предоставленном пути к классам.
Например:
public class YourMain extends org.apache.camel.spring.Main
Если camel- spring не включен, эта ошибка будет сообщена.
У меня была такая ошибка в этом случае:
java -cp lib.jar com.mypackage.Main
Он работает с ;
для Windows и :
для Unix:
java -cp lib.jar; com.mypackage.Main
Main
нет в файле JAR. -cp lib.jar;
означает то же самое, что и -cp lib.jar;.
т.е. текущий каталог включен в classpath.
Иногда то, что может вызывать проблему, не имеет ничего общего с основным классом, и мне пришлось найти это с трудом. Это была ссылка на библиотеку, которую я переместил, и это дало мне:
Не удалось найти или загрузить основной класс xxx Linux
Я просто удалил эту ссылку, добавил ее снова, и она снова работала нормально.
Используйте эту команду:
java -cp . [PACKAGE.]CLASSNAME
Пример. Если ваше имя класса является Hello.class, созданным из Hello.java, используйте следующую команду:
java -cp . Hello
Если ваш файл Hello.java находится внутри пакета com.demo, используйте следующую команду:
java -cp . com.demo.Hello
С JDK 8 много раз случается, что файл класса присутствует в той же папке, но команда java
ожидает classpath, и по этой причине мы добавляем -cp.
взять текущую папку в качестве ссылки для classpath.
-cp .
не требуется, потому что если $CLASSPATH
не установлен, то .
это путь к классу по умолчанию.
Попробуйте -Xdiag.
Стив С ответ хорошо описывает возможные случаи, но иногда определить, невозможно ли найти или загрузить класс, может быть не так просто. Используйте java -Xdiag
(с JDK 7). Это выдает красивую стеклу, которая дает подсказку тому, что сообщение Could not find or load main class
средства сообщения Could not find or load main class
.
Например, он может указывать на другие классы, используемые основным классом, которые невозможно найти и предотвратить загрузку основного класса.
В этом случае у вас есть:
Не удалось найти или загрузить основной класс ?
Это потому, что вы используете "-classpath", но тире - это не та тире, которая используется java
в командной строке. У меня была эта проблема копирования и вставки из блокнота в cmd.
В моем случае возникла ошибка, потому что я дал имя исходного файла вместо имени класса.
Нам нужно предоставить имя класса, содержащее основной метод, интерпретатору.
Если вы используете 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
, программа работала отлично. :)
Расположение файла класса: C:\test\com\company
Имя файла: Main.class
Полностью определенное имя класса: com.company.Main
Команда командной строки:
java -classpath "C:\test" com.company.Main
Обратите внимание, что путь к классу НЕ включает \com\company
Все ответы здесь направлены на пользователей Windows. Для Mac разделитель классов class :
, а не ;
. В качестве параметра ошибки путь к классам с использованием ;
не выбрасывается, тогда это может быть трудно обнаружить, если перейти от Windows к Mac.
Вот соответствующая команда Mac:
java -classpath ".:./lib/*" com.test.MyClass
Где в этом примере пакет com.test
и папка lib
также должна быть включена в путь к классам.
/*
необходимо?
Я потратил приличное время, пытаясь решить эту проблему. Я думал, что я как-то неправильно установил свой путь к классам, но проблема в том, что я набрал:
java -cp C:/java/MyClasses C:/java/MyClasses/utilities/myapp/Cool
вместо:
java -cp C:/java/MyClasses utilities/myapp/Cool
Я думал, что значение полностью квалифицированного означает включать полное имя пути вместо полного имени пакета.
utilities.myapp.Cool
или как там его имя пакета, если оно есть.
Какая исправленная проблема в моем случае была:
Щелкните правой кнопкой мыши на проекте/классе, который вы хотите запустить, затем Run As
→ Run Configurations
. Затем вы должны либо исправить существующую конфигурацию, либо добавить новое следующим образом:
откройте вкладку Classpath
, нажмите кнопку Advanced...
, затем добавьте bin
папку вашего проекта.
Сначала установите путь, используя эту команду:
set path="paste the set path address"
Затем вам нужно загрузить программу. Введите "cd (имя папки)" в сохраненный диск и скомпилируйте его. Например, если моя программа, хранящаяся на диске D, введите "D:", нажмите "Enter" и введите "cd (имя папки)".
if "cd" helps then it by luck rather than by judgement
. Это неправильно (я считаю), так как Java использует текущий каталог .
как часть пути к классам по умолчанию.
Хорошо, много ответов уже, но никто не упомянул случай, когда разрешение файла может быть виновником. При запуске пользователь не имеет доступа к файлу jar или одному из каталогов пути. Например, рассмотрим:
Файл /dir1/dir2/dir3/myjar.jar
в /dir1/dir2/dir3/myjar.jar
Пользователь1, которому принадлежит банка, может сделать:
# 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
Это связано с тем, что работающий пользователь (Пользователь2) не имеет доступа к dir1, dir2, javalibs или dir3. Это может свести с ума кого-то, когда Пользователь1 может видеть файлы и может получить к ним доступ, но ошибка все еще происходит для Пользователя2
Иногда, в некоторых онлайн-компиляторах, которые вы могли бы попробовать, вы получите эту ошибку, если не пишете public class [Classname]
, а просто class [Classname]
.
public
, спецификации Java этого не требуют, равно как и стандартная команда java
/ Oracle / OpenJDK.
При запуске 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 обрабатывать аргументы classpath правильно.
Это конкретный случай, но так как я пришел на эту страницу, ища решение и не нашел его, я добавлю его здесь.
Windows (тестируется с 7) не принимает специальные символы (например, á
) в именах классов и пакетов. Linux, однако.
Я узнал об этом, когда я построил .jar
в NetBeans и попытался запустить его в командной строке. Он работал в NetBeans, но не в командной строке.
В Windows поместите .;
в значение CLASSPATH в начале.
. (точка) означает "смотреть в текущем каталоге". Это постоянное решение.
Также вы можете установить его "один раз" с помощью набора CLASSPATH=%CLASSPATH%;.
. Это будет продолжаться до тех пор, пока откроется ваше окно cmd.
У меня был странный.
Ошибка: не удалось найти или загрузить основной класс mypackage.App
Оказалось, что в моем проекте pom.xml была настройка pom (parent) (мой проект pom.xml указывал на родительский pom.xml), а относительныйPath был отключен/неверен.
Ниже приведен фрагмент моего проекта pom.xml
<parent>
<groupId>myGroupId</groupId>
<artifactId>pom-parent</artifactId>
<version>0.0.1-SNAPSHOT</version>
<relativePath>../badPathHere/pom.xml</relativePath>
</parent>
Как только я решил pom относительный путь, ошибка исчезла.
Пойди разберись.
Я также сталкивался с подобными ошибками при тестировании соединения Java MongoDB JDBC. Я думаю, что хорошо подвести итог моему окончательному решению коротким, чтобы в будущем кто-то мог напрямую изучить две команды и хорошо продолжать дальше.
Предположим, вы находитесь в каталоге, где есть файл Java и внешние зависимости (файлы JAR).
Обобщение:
javac -cp mongo-java-driver-3.4.1.jar JavaMongoDBConnection.java
Бег:
java -cp mongo-java-driver-3.4.1.jar: JavaMongoDBConnection
JavaMongoDBConnection
не имеет пакета, и 2) вы не меняете каталог. Это, по меньшей мере, хрупко. И не объясняя проблемы, это заставит новичков попробовать этот подход в ситуациях, когда он не будет работать . Короче говоря, он поощряет «методы программирования вуду»: en.wikipedia.org/wiki/Voodoo_programming
В моем случае, я получил ошибку, потому что я смешал имена UPPER- и нижнего регистра пакетов в системе Windows 7. Изменение имен пакетов для всех нижних регистров разрешило проблему. Также обратите внимание, что в этом случае я не смог скомпилировать файл.java в файл.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
cd
- src
java ../bin com.blah.blah.MyClass
cd
в src
, а затем выполнить команду java ../bin com.blah.blah.MyClass
, который работал для меня. Так что спасибо за совет!
У меня была та же проблема и, наконец, я нашел свою ошибку :) Я использовал эту команду для компиляции, и она работала правильно.
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
)
Если эта проблема связана с Eclipse:
Попробуйте добавить проект в ваш путь к классу.
см. изображение ниже:
Этот метод работал для меня.
В контексте разработки IDE (Eclipse, NetBeans или что-то еще) вам нужно настроить свойства вашего проекта на основной класс, чтобы ваша среда IDE знала, где находится основной класс, когда вы нажимаете "Play".
main
из IDE. (А для некоторых IDE вам не нужно настраивать модуль запуска, чтобы это произошло; например, run
Eclipse найдет класс с методом main
для вас.
Could not find or load main class ...
Вот так я и добрался до этого поста :)
Иногда лучше удалить добавленные файлы JAR и добавить снова с помощью правильной сборки. Для меня это была обычная проблема, и я придерживался того же подхода:
Я не смог решить эту проблему с решениями, изложенными здесь (хотя, как утверждается, ответ, несомненно, очистил мои концепции). Я столкнулся с этой проблемой два раза и каждый раз пробовал разные решения (в Eclipse IDE).
main
в разных классах моего проекта. Итак, я удалил метод main
из последующих классов.main
методов не решит проблему. Технически нет ничего плохого в приложении, которое имеет несколько точек входа.
Я получил эту ошибку после выполнения mvn eclipse:eclipse
Это немного испортило мой файл .classpath
.
Чтобы изменить строки в .classpath
из
<classpathentry kind="src" path="src/main/java" including="**/*.java"/>
<classpathentry kind="src" path="src/main/resources" excluding="**/*.java"/>
to
<classpathentry kind="src" path="src/main/java" output="target/classes" />
<classpathentry kind="src" path="src/main/resources" excluding="**" output="target/classes" />
В 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 не работает.
Открыть в C:\Program Files (x86)\Java или C:\Program Files\Java
jdk
папку bin
. II. Скопируйте путь и добавьте его в переменные среды. Убедитесь, что вы разделяете переменные с точкой с запятой ;
, Например, " C:\Yargato\bin; C:\java\bin; ". Если вы этого не сделаете, это вызовет больше ошибок.
III. Перейдите в папку jre
и откройте папку bin
.
внутривенно Здесь поиск файла rt.jar. Мой:
C:\Program Files (x86)\Java\jre1.8.0_73\lib\rt.jar Скопируйте и переопределите переменную окружения и найдите переменную classpath и вставьте ее туда.
%JAVA_HOME\bin%
обязательно должен быть в %PATH%
, но это вызывает другую ошибку. %JAVA_HOME\lib\rt.jar%
не нужно добавлять в %JAVA_HOME\lib\rt.jar%
к классам. Он автоматически добавляется в путь начальной загрузки всеми необходимыми инструментами JRE или JDK.
В MacOS:
Шаг 1. Создайте каталог/папку MyProject. Используйте эту команду:
$mkdir MyProject
Шаг-2: $cd MyProject
Шаг-3: $mkdir src
Шаг-4: Создает все файлы источников java в src.
Шаг 5. Создайте основной файл проекта MainProgamTest.java, его должен содержать метод main().
Убедитесь, что:
5.1) MainProgamTest.java, он не должен содержать строку пакет src;
5.2) MainProgamTest.java, он должен содержать строку import src. *;
Шаг 6: перейдите в каталог/папку MyProject. Скомпилируйте проект следующим образом:
$javac MainProgamTest.java
Шаг 7: в том же каталоге/папке запустите его:
$java MainProgamTest
Вот и все.
В окнах он чувствителен к регистру. Поэтому Java –jar Jenkins.war
не работал, вместо этого нам пришлось удалить корпус
Java –jar Jenkins.war
Еще один ответ...:
Если вы используете WebLogic, и вы переключились с развертывания одного приложения на развертывание другого, попробуйте войти в консоль администратора, просмотрите развертывания и удалите старое развертывание...
Ошибка довольно очевидна, она говорит, что класс, который вы используете с использованием java classname, не содержит основного метода, поскольку он запускает основной метод, потому что все выполнение начинается с основного метода!
По умолчанию используется Java .
, текущий рабочий каталог, как CLASSPATH
по умолчанию. Это означает, что при java -cp. MyClass
команды в приглашении, например, java MyClass
, команда интерпретируется так, как если бы у вас был тип java -cp. MyClass
java -cp. MyClass
. Вы видели эту точку между -cp
и MyClass
? (cp является коротким для более длинной опции pathpath)
Этого достаточно для большинства случаев, и кажется, что все работает нормально, пока вы не попытаетесь добавить каталог в свой CLASSPATH
. В большинстве случаев, когда программисты должны это делать, они просто запускают команду как set CLASSPATH=path\to\some\dir
. Эта команда создает новую переменную среды CLASSPATH
имеющую path\to\some\dir
значения path\to\some\dir
или заменяет ее значение с помощью path\to\some\dir
если CLASSPATH
уже был установлен ранее.
Когда это будет сделано, теперь у вас есть переменная среды CLASSPATH
и Java больше не использует свой путь по умолчанию (.
), А тот, который вы установили. Поэтому на следующий день вы откроете свой редактор, напишите какую-нибудь java-программу, cd
в каталог, где вы ее сохранили, скомпилируете и попробуйте запустить ее с помощью команды java MyClass
, и вас приветствует хороший вывод: не удалось найти или load main class... (Если ваши команды работали задолго до того, и теперь вы получаете этот вывод, то это может быть для вас).
Случается, что когда вы запускаете команду java MyClass
, Java ищет файл класса с именем MyClass
в каталоге или каталогах, которые вы установили в своем CLASSPATH
а не в текущем рабочем каталоге, чтобы он не нашел ваш файл класса и, следовательно, жалуется.
Что вам нужно сделать, это добавить .
к вашему пути к классу, который можно выполнить с помощью set CLASSPATH=%CLASSPATH%;.
команд set CLASSPATH=%CLASSPATH%;.
(обратите внимание на точку после точки с запятой). На простом английском языке эта команда говорит: "Выберите то, что было первоначально значение CLASSPATH
(%CLASSPATH%
), добавить .
К нему (;.
) И присвоить результат обратно в CLASSPATH
".
И voila, вы снова можете использовать свою команду java MyClass
как обычно.
Похоже, когда у меня была эта проблема, она была уникальной.
Как только я удалил объявление пакета в верхней части файла, он отлично работал.
Кроме того, не было никакого способа запустить простой HelloWorld.java на моей машине, независимо от папки, в которой произошла компиляция, из CLASSPATH или PATH, из параметров или папки, вызываемой из.
В моем случае я просто изменяю JRE в затмении. Пожалуйста, найдите прилагаемый скриншот.
Щелкните правой кнопкой мыши по проекту.
Это сработало для меня. Спасибо
Отвечая по отношению к внешней библиотеке -
Обобщение:
javac -cp ./<external lib jar>: <program-name>.java
Выполнение:
java -cp ./<external lib jar>: <program-name>
Вышеприведенная схема хорошо работает в системах OSX и Linux. Обратите внимание: в classpath
Для подключения к базе данных я получал это. Я просто добавил следующее в путь класса:
export CLASSPATH=<path>/db2jcc4.jar:**./**
Здесь я добавил ./ в последний раз, чтобы мой класс также идентифицировался при загрузке.
Теперь просто запустите:
java ConnectionExample <args>
Это сработало отлично.
предположим, что ваши настройки:
CLASSPATH =; C:\Program Files\Java\jdk1.8.0_171\lib;
JAVA_HOME = C:\Program Files\Java\jdk1.8.0_171
Путь = C:\Windows; C:\Program Files (x86)\Skype\Phone \; C:\Go\bin; C:\Program Files\Java\jdk1.8.0_17 1\bin;.;
Ваш файл класса: c:\you\bin\packageName\xyz.class Ваш класс xyz.class находится в пакете: packageName
Затем:
cd c:\you\bin\
java packageName.xyz