Блог

Я закончил писать программу на Java и готов экспортировать ее. Я создал работоспособный jar из Eclipse. Запуск jar отлично работает на моем компьютере, но выдает ошибку «Не удалось найти основной класс» на любом другом компьютере (включая мой другой компьютер, на котором я пишу Java).

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

Манифест:

 Manifest-Version: 1.0
Main-Class: my.quick.monster.QuickMonster
  

И я также пытался:

 Manifest-Version: 1.0
Class-Path: .
Main-Class: my.quick.monster.QuickMonster
  

Оба работают у меня, но не на других компьютерах.

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

• убедитесь, что в конце строк нет ложных символов (табуляции, пробелов).
• убедитесь, что основной класс действительно находится в файле JAR с правильным именем.
• на работающем компьютере попробуйте изменить свой текущий каталог и посмотреть, работает ли он по-прежнему.
• убедитесь, что вы используете одну и ту же версию Java на каждой машине. Запустите java -version для проверки.
• убедитесь, что вы запускаете его как исполняемый файл JAR; т.е. как java -jar foo.jar не как java -cp foo.jar .

(Одна теория заключается в том, что JAR работает на одной машине, несмотря на манифест; например, что он находит класс через classpath в вашей переменной окружения CLASSPATH или что-то в этом роде.)

Подводя итог для других людей, проблема OP оказалась в том, что он скомпилировал свой код с / для Java 7 и пытался запустить JAR на старых установках Java. Это не сработало из-за номеров версий файла класса.

Вы можете скомпилировать свой код так, чтобы он выполнялся на более старой версии Java, но вам нужно использовать -target опцию при компиляции, и вам следует использовать опцию -bootclasspath для компиляции с rt.jar самой старой версией Java. Обычная среда IDE упростит это, позволяя вам указать целевую платформу сборки, но стоит разобраться в технических деталях для случаев, когда вы не используете IDE.

(Я удивлен, что java команда не упомянула номер версии classfile в сообщении об ошибке …)

Убедитесь, что файл MANIFEST.MF содержит пустую строку в конце. Если Main-Class определение находится в самой последней строке файла, некоторые загрузчики классов игнорируют его.

Никогда не используйте ‘eclipse-jar-отлично работал на моем компьютере’. Я использую плагин maven shade jar, который превосходно создает готовый к запуску jar со всеми зависимостями, указанным основным классом и т.д.

РЕДАКТИРОВАТЬ: Что не так с eclipse-builded-jar, так это то, что вы не сможете собрать его без elcipse. Maven — это обычный инструмент, широко используемый для сборки пакетов любого типа. Это автоматизировано и означает, что его можно использовать в среде CI и т.д. И цель хорошего разработчика — написать код так, чтобы его можно было легко перенести в CI.

Однако, если это не обычная задача, предполагающая выполнение только один / два раза, то, возможно, решение ‘eclipse’ также имеет некоторые преимущества. Но я ответил, имея в виду некоторые случаи из моего прошлого, когда люди создавали пакеты в GUI только потому, что им не удалось сделать это в maven.

Итак, я надеюсь, что есть достаточно аргументов для maven против eclipse, поэтому, пожалуйста, прекратите понижать голос: D