Можно ли сделать автономный 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 действительно отпадает, а вот динамическая подгрузка классов остается.

Новые блоги и статьи Все статьи Все блоги /
изучаю kubernetes lagorue 13.01.2026 А пригодятся-ли мне знания kubernetes в России?	сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .
Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .	Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .

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

	Можно ли сделать автономный Exe файл? 19.07.2010, 23:01. Показов 4903. Ответов 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