Можно ли сделать автономный Exe файл?

@Olga_Pachenkova · Регистрация: 10.07.2010

Студворк — интернет-сервис помощи студентам

Подскажите пожалуйста, возможноли сделать полноценный Exe файл, который запускался бы без наличия JRE?

@Dmitriy_Pryakhin · 20.07.2010, 12:28

Можно. Web Gain Studio их делает, JBuilder, насколько помнится, тоже. Есть еще отдельные продукты, специально для этого предназначенные, поищите в сети. Visual J++, естественно, тоже это умеет, но от вам не подойдет, т.к. не поддерживает Swing.

@Dima83 · 20.07.2010, 15:52

А к полученному экзешнику потребуется JRE, или этот экзешник выполняет ту же функцию, что и bat файл?

@Muad-dib · 20.07.2010, 21:37

Для exe шников сделанных JBuilder JRE потребуется (по сути это jar с запускающим модулем, посмотри его например RAR-ом).
Но есть варианты не требующие JRE:
JET - http://www.excelsior-usa.com/jet.html
Проэкт GCJ - http://gcc.gnu.org/java/

20.07.2010, 23:31

Eclipse

21.07.2010, 12:39

А IDEA позволяет делать exe-шники, и есть ли к ней такие плагины?

@Dmitriy_Pryakhin · 21.07.2010, 12:51

Idea 3.X не позволяет, и про плагины такие тоже не слышал.

@Olga_Pachenkova · 21.07.2010, 22:52 **[ТС]**

Скачала Excelsior и попробовала сделать exe. Размер файла получился такой же как и в JBilder и при удалении Java не запускается...Действительно ли эта программа может сделать exe файл или я просто что-то не так делаю. Или наличие Явы всё таки обязательно?

22.07.2010, 02:33

Ya ne pomnu no sushestvuet kakoy to soft kotoriy pakuet v exe progu i JRE (ne pomnu nazvanie no razgovor byl tut na etu temu).Pravda govorili chto eto proishodit dolgo.I potom predstavte sebe razmer takogo exe.I bez JRE vam vsyo ravno ne oboytis

@Muad-dib · 22.07.2010, 20:41

Excelsior JET требует наличия динамических библиотек из состава JRE, это нужно для вызова Native функций. Проверьте может это поможет.
Если у вас использеутся динамическая подгрузка классов, то вам нужна Professional версия.

@mbasil · 23.07.2010, 10:46

А не кажется лии Вам, мы вопрошающего вводим сами того не желая в некоторое заблуждение, так как сама идея плоха. Может быть JRE правильнее JAR качать клиенту поэтапно ? (как это, впрочем обычно и делается). У этих объектов разный жизненный цикл. Валить их в одну кучу и закачивать при каждом изменении программы и JRE тоже - дороговато. И что собственно мы так держимся за этот 'ехе', по привычке что ли ? В свое время меня очень сильно 'долбали' за то, что я использовал Oracle Forms, которому надо ставить runtime и нельзя сделать 'ехе'. А ведь работает эта штука лучше всякого 'ехе'. В случае Java, как уже справедливо заметил Muad-dib 'по сути это jar с запускающим модулем' и очевидно с упакованным туда JRE. А смысл ?

@Muad-dib · 23.07.2010, 11:15

В exe которые делает JBuilder, JRE не упаковывается, в этом и проблема он не работает без предварительно не установленной JRE. А вот JET и GCJ делает полноценные exe которые способны работать без JRE.
А насчет необходимости это проделавать, то это с какой стороны посмотреть. Для web приложений которые должны работать на любой машине, это конечно не оправданно, т.к. паеревод в native код явно сопряжен с лишними глюками (в дополнение к собственным глюкам приложения) и для каждой платформы их решать довольно утомительно. С другой стороны если приложение разрабатывается на Java лишь для потенциальной переносимости, а де факто работает лишь на одной платформе, то в этом случае имеет смысл перевести его в native код. Не надо будет ставить JRE, и будет прирост производительности, памяти будет жрать чуть поменьше, в общем плюсы есть.

2 Olga_Pachenkova
А действительно для каких целей, вам нужен перевод Java в exe?

@mbasil · 23.07.2010, 15:06

Ежели делть из Java native код, то согласен - может смысл и есть.
Однако смысл есть только в том случае, если Вы ОТЛИЧНО знаете Java и никак - С++.
Если Java не подходит в таком виде, где проявляются его наилучшие качества,
не надо городить огород. Для задач, где производительность на первом месте
используйте просто С++ (или Си когда задачи простые), и дело с концом.

@Muad-dib · 23.07.2010, 21:21

Смысл есть например для портирования приложений, т.е. мы сейчас де факто работаем под 'народной' ос, но завтра может прийти указание из ЦК: все на Linux (Unix, MacOS) и что тогда, портировать Си достаточно сложно, а с Java все намного проще (хотя проблемы не исключены но их явно будет меньше). И еще один плюс маркетинговый. Можно заявлять о поддержке большого количества платформ.
Ксати о скорости например CERN написал следующее: 'Java can indeed perform BLAS matrix computations up to 90% as fast as optimized Fortran'.

@mbasil · 25.07.2010, 10:49

2 Muad-dib
1. Портировать С++ на разные платформы не слишком сложно если писано аккуратно (всюду есть компиляторы Си).
2. Выигрыш в производитеьности Java по сравнению с Си не просто сомнителен, а кажется чем-то из области фантастики.
3. Написание Web приложений, ускорение разработки, динамическая многоплатформеннсость и возможность динамически грузить классы это основные преимущества Java при создании 'ехе' теряются как преимущества.
4. Единственное, с чем я мог бы согласится это маркетинговый ход, но и то ценность его сомнительна.

@Muad-dib · 26.07.2010, 00:17

>1. Портировать С++ на разные платформы не слишком сложно если писано аккуратно (всюду есть компиляторы Си).
А вы знаете хоть одну VCL которая была бы портированна на все платформы, которые поддрерживает Java?
>2. Выигрыш в производитеьности Java по сравнению с Си не просто сомнителен, а кажется чем-то из области фантастики.
При использовании JIT или тем более AOT вполне реально, а вообще мне этот миф о том что все писанное на Си просто летает уже порядком поднадоел.
>3. Написание Web приложений, ускорение разработки, динамическая многоплатформеннсость и возможность динамически грузить классы это основные преимущества Java при создании 'ехе' теряются как преимущества.
Написание Web приложений с использованием AOT действительно отпадает, а вот динамическая подгрузка классов остается.

Новые блоги и статьи Все статьи Все блоги /
Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .

@Olga_Pachenkova 0 / 0 / 0 Регистрация: 10.07.2010 Сообщений: 10

	Можно ли сделать автономный Exe файл? 19.07.2010, 23:01. Показов 4939. Ответов 15 Метки нет (Все метки) Подскажите пожалуйста, возможноли сделать полноценный Exe файл, который запускался бы без наличия JRE? 0

@Dmitriy_Pryakhin 1 / 1 / 2 Регистрация: 07.01.2010 Сообщений: 128
	20.07.2010, 12:28
	Можно. Web Gain Studio их делает, JBuilder, насколько помнится, тоже. Есть еще отдельные продукты, специально для этого предназначенные, поищите в сети. Visual J++, естественно, тоже это умеет, но от вам не подойдет, т.к. не поддерживает Swing. 0

@Dima83 0 / 0 / 0 Регистрация: 11.02.2010 Сообщений: 111
	20.07.2010, 15:52
	А к полученному экзешнику потребуется JRE, или этот экзешник выполняет ту же функцию, что и bat файл? 0

@Muad-dib 0 / 0 / 5 Регистрация: 16.07.2010 Сообщений: 79
	20.07.2010, 21:37
	Для exe шников сделанных JBuilder JRE потребуется (по сути это jar с запускающим модулем, посмотри его например RAR-ом). Но есть варианты не требующие JRE: JET - http://www.excelsior-usa.com/jet.html Проэкт GCJ - http://gcc.gnu.org/java/ 0

unknown
	21.07.2010, 12:39
	А IDEA позволяет делать exe-шники, и есть ли к ней такие плагины?

@Dmitriy_Pryakhin 1 / 1 / 2 Регистрация: 07.01.2010 Сообщений: 128
	21.07.2010, 12:51
	Idea 3.X не позволяет, и про плагины такие тоже не слышал. 0

@Olga_Pachenkova 0 / 0 / 0 Регистрация: 10.07.2010 Сообщений: 10
	21.07.2010, 22:52 [ТС]
	Скачала Excelsior и попробовала сделать exe. Размер файла получился такой же как и в JBilder и при удалении Java не запускается...Действительно ли эта программа может сделать exe файл или я просто что-то не так делаю. Или наличие Явы всё таки обязательно? 0

mishgun
	22.07.2010, 02:33
	Ya ne pomnu no sushestvuet kakoy to soft kotoriy pakuet v exe progu i JRE (ne pomnu nazvanie no razgovor byl tut na etu temu).Pravda govorili chto eto proishodit dolgo.I potom predstavte sebe razmer takogo exe.I bez JRE vam vsyo ravno ne oboytis

@Muad-dib 0 / 0 / 5 Регистрация: 16.07.2010 Сообщений: 79
	22.07.2010, 20:41
	Excelsior JET требует наличия динамических библиотек из состава JRE, это нужно для вызова Native функций. Проверьте может это поможет. Если у вас использеутся динамическая подгрузка классов, то вам нужна Professional версия. 0

@mbasil 0 / 0 / 2 Регистрация: 08.04.2009 Сообщений: 271
	23.07.2010, 10:46
	А не кажется лии Вам, мы вопрошающего вводим сами того не желая в некоторое заблуждение, так как сама идея плоха. Может быть JRE правильнее JAR качать клиенту поэтапно ? (как это, впрочем обычно и делается). У этих объектов разный жизненный цикл. Валить их в одну кучу и закачивать при каждом изменении программы и JRE тоже - дороговато. И что собственно мы так держимся за этот 'ехе', по привычке что ли ? В свое время меня очень сильно 'долбали' за то, что я использовал Oracle Forms, которому надо ставить runtime и нельзя сделать 'ехе'. А ведь работает эта штука лучше всякого 'ехе'. В случае Java, как уже справедливо заметил Muad-dib 'по сути это jar с запускающим модулем' и очевидно с упакованным туда JRE. А смысл ? 0

Gorets
	20.07.2010, 23:31
	Eclipse

@Muad-dib 0 / 0 / 5 Регистрация: 16.07.2010 Сообщений: 79
	23.07.2010, 11:15
	В exe которые делает JBuilder, JRE не упаковывается, в этом и проблема он не работает без предварительно не установленной JRE. А вот JET и GCJ делает полноценные exe которые способны работать без JRE. А насчет необходимости это проделавать, то это с какой стороны посмотреть. Для web приложений которые должны работать на любой машине, это конечно не оправданно, т.к. паеревод в native код явно сопряжен с лишними глюками (в дополнение к собственным глюкам приложения) и для каждой платформы их решать довольно утомительно. С другой стороны если приложение разрабатывается на Java лишь для потенциальной переносимости, а де факто работает лишь на одной платформе, то в этом случае имеет смысл перевести его в native код. Не надо будет ставить JRE, и будет прирост производительности, памяти будет жрать чуть поменьше, в общем плюсы есть. 2 Olga_Pachenkova А действительно для каких целей, вам нужен перевод Java в exe? 0

@mbasil 0 / 0 / 2 Регистрация: 08.04.2009 Сообщений: 271
	23.07.2010, 15:06
	Ежели делть из Java native код, то согласен - может смысл и есть. Однако смысл есть только в том случае, если Вы ОТЛИЧНО знаете Java и никак - С++. Если Java не подходит в таком виде, где проявляются его наилучшие качества, не надо городить огород. Для задач, где производительность на первом месте используйте просто С++ (или Си когда задачи простые), и дело с концом. 0

@Muad-dib 0 / 0 / 5 Регистрация: 16.07.2010 Сообщений: 79
	23.07.2010, 21:21
	Смысл есть например для портирования приложений, т.е. мы сейчас де факто работаем под 'народной' ос, но завтра может прийти указание из ЦК: все на Linux (Unix, MacOS) и что тогда, портировать Си достаточно сложно, а с Java все намного проще (хотя проблемы не исключены но их явно будет меньше). И еще один плюс маркетинговый. Можно заявлять о поддержке большого количества платформ. Ксати о скорости например CERN написал следующее: 'Java can indeed perform BLAS matrix computations up to 90% as fast as optimized Fortran'. 0

@mbasil 0 / 0 / 2 Регистрация: 08.04.2009 Сообщений: 271
	25.07.2010, 10:49
	2 Muad-dib 1. Портировать С++ на разные платформы не слишком сложно если писано аккуратно (всюду есть компиляторы Си). 2. Выигрыш в производитеьности Java по сравнению с Си не просто сомнителен, а кажется чем-то из области фантастики. 3. Написание Web приложений, ускорение разработки, динамическая многоплатформеннсость и возможность динамически грузить классы это основные преимущества Java при создании 'ехе' теряются как преимущества. 4. Единственное, с чем я мог бы согласится это маркетинговый ход, но и то ценность его сомнительна. 0

@Muad-dib 0 / 0 / 5 Регистрация: 16.07.2010 Сообщений: 79
	26.07.2010, 00:17
	>1. Портировать С++ на разные платформы не слишком сложно если писано аккуратно (всюду есть компиляторы Си). А вы знаете хоть одну VCL которая была бы портированна на все платформы, которые поддрерживает Java? >2. Выигрыш в производитеьности Java по сравнению с Си не просто сомнителен, а кажется чем-то из области фантастики. При использовании JIT или тем более AOT вполне реально, а вообще мне этот миф о том что все писанное на Си просто летает уже порядком поднадоел. >3. Написание Web приложений, ускорение разработки, динамическая многоплатформеннсость и возможность динамически грузить классы это основные преимущества Java при создании 'ехе' теряются как преимущества. Написание Web приложений с использованием AOT действительно отпадает, а вот динамическая подгрузка классов остается. 0