This application requires a java runtime environment что делать
3 простых шага по исправлению ошибок JAVA RUNTIME ENVIRONMENT 1.6.0.17.EXE
В вашей системе запущено много процессов, которые потребляют ресурсы процессора и памяти. Некоторые из этих процессов, кажется, являются вредоносными файлами, атакующими ваш компьютер.
Чтобы исправить критические ошибки java runtime environment 1.6.0.17.exe,скачайте программу Asmwsoft PC Optimizer и установите ее на своем компьютере
1- Очистите мусорные файлы, чтобы исправить java runtime environment 1.6.0.17.exe, которое перестало работать из-за ошибки.
2- Очистите реестр, чтобы исправить java runtime environment 1.6.0.17.exe, которое перестало работать из-за ошибки.
3- Настройка Windows для исправления критических ошибок java runtime environment 1.6.0.17.exe:
Всего голосов ( 181 ), 115 говорят, что не будут удалять, а 66 говорят, что удалят его с компьютера.
Как вы поступите с файлом java runtime environment 1.6.0.17.exe?
Некоторые сообщения об ошибках, которые вы можете получить в связи с java runtime environment 1.6.0.17.exe файлом
(java runtime environment 1.6.0.17.exe) столкнулся с проблемой и должен быть закрыт. Просим прощения за неудобство.
(java runtime environment 1.6.0.17.exe) перестал работать.
java runtime environment 1.6.0.17.exe. Эта программа не отвечает.
(java runtime environment 1.6.0.17.exe) — Ошибка приложения: the instruction at 0xXXXXXX referenced memory error, the memory could not be read. Нажмитие OK, чтобы завершить программу.
(java runtime environment 1.6.0.17.exe) не является ошибкой действительного windows-приложения.
(java runtime environment 1.6.0.17.exe) отсутствует или не обнаружен.
this application requires a java runtime environment (different POV) #238
Comments
dhamann commented Jul 20, 2020 •
TL;DR: How to handle registry magic when using zip distribution? (for example after installing via scoop installer)
I do not know where to address my question (am aware this repo is for the installer), please be kind if you think this is the wrong place. i am open to recreating this issue somewhere else seen better fitting. but as i found the personally most fitting issue in this repo that is handling technicalities concerning the openjdk windows registry stuff i thought i post this issue here.
The text was updated successfully, but these errors were encountered:
aahlenst commented Jul 20, 2020
JAVA_HOME is an environment variable an can be set using the GUI. Enter «environment variable» into the search field of Windows and the right option should pop up. The registry entries can be created manually using regedit. See https://docs.oracle.com/javase/9/install/installation-jdk-and-jre-microsoft-windows-platforms.htm#JSJIG-GUID-47C269A3-5220-412F-9E31-4B8C37A82BFB for the entries common Java software expects.
hendrikebbers commented Jul 20, 2020
I assume setting JAVA_HOME is not the part that was asked here. If I understand @dhamann correctly he wants to add the JAR mimetype to be executed by Java for example. Is that right?
dhamann commented Jul 20, 2020
hi both of you, @aahlenst you are thinking in the right direction, @hendrikebbers you too!
. actually i would like to be able to do the stuff the installer does to the registry by running a utility that sets the values for the version that is distributed with the zip file.
running a jar via doubleclick is one use case, another would be running an executable file generated by launch4j
hendrikebbers commented Jul 20, 2020
Is scoop like home-brew for windows? The project has 11k stars on GitHub. Maybe we should think about providing a script for scoop?
hendrikebbers commented Jul 20, 2020
Looks like this is already available: https://github.com/ScoopInstaller/Java
Maybe the scripts just do not everything that the installer does. Looks like it sets the JAVA_HOME env but does no windows registry mutations: https://github.com/ScoopInstaller/Java/blob/master/bucket/adopt11-hotspot.json
hendrikebbers commented Jul 20, 2020
ScoopInstaller/Scoop#3412 Scoop does not provide registry support at the moment.
dhamann commented Jul 20, 2020
would it be possible to put all the sub-entries of the root node in a second node that just sets the configuration? It could use the path supplied like shown in the screenshot below (i just painted that as a suggestive idea, the current dialog is also shown BELOW for reference)
Idea for different Dialog (two root nodes): 
Current Dialog (one root node): 
dhamann commented Jul 20, 2020
JAVA_HOME is an environment variable an can be set using the GUI. Enter «environment variable» into the search field of Windows and the right option should pop up. The registry entries can be created manually using regedit. See https://docs.oracle.com/javase/9/install/installation-jdk-and-jre-microsoft-windows-platforms.htm#JSJIG-GUID-47C269A3-5220-412F-9E31-4B8C37A82BFB for the entries common Java software expects.
hi @aahlenst the supplied info in the deep link is probably just the tip of the iceberg, i suppose? would i not also need some kind of reg entry for the directory that this keys point to? orcl url sadly does not mention anything like that there
Could the installer maybe also create windows cmd / batch files that make it possible to re-execute that same registry-setting commands for the specific version? (although I just peeked into douph1@c79c7e8 and that seems rather complicated 🙂 ) Thank you for putting your time into this solution there, btw. Seems really challenging to find «the right» solution!
aahlenst commented Jul 21, 2020
I’m not yet sure what the exact problem is. Therefore it is hard to recommend something and even more so to take action.
What do you want to achieve? Beyond applying «registry magic» to the ZIP files? Do you need multiple Java versions and an easy way to switch between them? Why is using an MSI not an option?
douph1 commented Jul 21, 2020
To write «Oracle Java Key» you must write to
HKLM only ( be root required )
The key path is based on :
But a key must not be overridden with an older key ( always pointed to the latest/newest Java )
As it depends of the version intended to be installed and already installed, just write reg key without the binary is useless and or/copy/paste reg key from one host to another is a bad idea.
.jnlp apply only to Java 8
Adding/splitting the installer features in two groups will break actual feature level compatibility. So no
You can probably use a tool to monitor wich reg key is written by the installer
https://docs.microsoft.com/en-us/sysinternals/downloads/procmon
and then extract this key as registry patch
or create a list of command with https://docs.microsoft.com/fr-fr/windows-server/administration/windows-commands/reg-add
dhamann commented Jul 21, 2020 •
I’m not yet sure what the exact problem is. [. ]
Reproducing the windows registry settings that get set by the installer after having extracted (either by hand or by using a tool like scoop) the zip-distribution.
What do you want to achieve? [. ] Do you need multiple Java versions and an easy way to switch between them?
Why is using an MSI not an option?
it is an option. i can do it via the installer. i thought there might already exist a way to have every needed jdk installed and switch the windows registry settings separately.
dhamann commented Jul 21, 2020 •
To write «Oracle Java Key» you must write to
[. ]
[. ]
.jnlp apply only to Java 8
@douph1 thank you for all the input!
Adding/splitting the installer features in two groups will break actual feature level compatibility. So no
snap, i liked the idea 🙂
but what about [HKLM\SOFTWARE\WOW6432Node\JavaSoft]? Do i need both? (Win10 Pro x64)
I am starting to fear this rabbit hole.
A batch file supplied with the zip distro that sets the right entries is probably also too complicated?
//last edit: please excuse the edit-storm. it has ended now.
dhamann commented Jul 21, 2020
i re-read the commandline parameter section of https://adoptopenjdk.net/installation.html#windows-msi and tried a different angle (and already thought bad of me not having thought of that before)
could maybe have done everything except installing files to target dir. But that did not produce the envisioned result.
douph1 commented Jul 21, 2020
but what about [HKLM\SOFTWARE\WOW6432Node\JavaSoft]? Do i need both? (Win10 Pro x64)
no. it is intended for Java 32 on Win 64
Your title «this application requires a java runtime environment» seems linked to «launch4j»
and as mentionned in #64 launch4j can but don’t rely on JAVA_HOME by default.
By default it look only onto JavaSoft
so you must look/create (depending of the java version)
«CurrentVersion» on
into a subkey corresponding to this «CurrentVersion»
create a key «JavaHome» with the JAVA_HOME ( = INSTALLDIR (without \bin ) )
and eventually (but I don’t know if launch4j required it ) «RuntimeLib» if it is a JRE with the DllPath as here https://github.com/douph1/openjdk-installer/blob/master/wix/Includes/OpenJDK.Variables.wxi
douph1 commented Jul 21, 2020
on systems running Windows 8 or later
..a new registry key was introduced and Windows now writes the user choice to
«UserChoice»
HKEY_LOCAL_MACHINE or HKEY_CURRENT_USER
Both the «App Paths» and «Applications» registry subkeys are used to register and control the behavior of the system on behalf of applications. The App Paths subkey is the preferred location.
douph1 commented Jul 21, 2020
dhamann commented Sep 13, 2020 •
In my first post i asked
«. is there a way to reproduce the things the installer does concerning creation of the the required registry entries?»
and in hindsight i might have clarified that i was not thinking of crafting the reproduction myself but that something like an executable script (or something similar) already might exist that would be included in each zip distribution.
@douph1 thank you especially for the last three thorough replies! Via your input i now have a better understanding of the windows client side peculiarities of the jre/jdk installation. Or the challenges applications have to find out about the configured java binaries to run with.
Thanks, too, to everyone who took the time to inspect this Issue. 🙂
aahlenst commented Sep 14, 2020
If you really want to, you can create a PowerShell or batch script that does the registry alterations. But why? If you want that kind of automation, the MSI has you covered and even provides multiple safeguards you had to re-implement in the script. With something like scoop in the mix, it gets really hairy because you need to remove/update those entries. This is something that has to be solved by the application that manages you JDK installations.
For the record: I don’t think it makes sense for scoop or a similar tool to use the MSIs. VS Code does it and judging by the bug reports we get here, this wasn’t the right choice. If your tool does version management of JDKs, let your tool handle the registry stuff.
ttimasdf commented Feb 24, 2021 •
I just do some reverse engineering to a 32 bit executable produced by java. In fact, it just iterate over a hardcoded list of Registry path and iterate the subkeys inside it. and any one of them exists, it will work. The CurrentVersion key is in fact not check at all. The executable check the subkey name as version string, that ANY version above 1.8.0_45 will work so I randomly choose 1.11
So, All I need is put the following content inside a javahome.reg file, and double click it. and all exes requiring java works smoothly from now on.
Part of the list that any java executable will checked through:
Ошибка раздела реестра: версия Java имеет значение «1.8», но требуется » 1.7
Я получаю следующую ошибку:
ошибка: раздел реестра » SoftwareJavaSoftJava Runtime Среды’CurrentVersion И’
имеет значение ‘1.8’, но ‘1.7’ требуется. Ошибка: не удалось найти java.файл DLL Ошибка: не удалось найти среду выполнения Java SE.
версия java » 1.8.0_40″ Java (TM) SE среда выполнения (сборка 1.8.0_40-b26) Java HotSpot (TM) 64-битный сервер VM (сборка 25.40-b25, смешанный режим)
не удалось найти, где путь идет неправильно. Есть идеи?
Примечание: я использую Windows 7 (64 бит).
Я попытался удалить sencha touch cmd и переустановить. Но все та же ошибка.
Я удалил все экземпляры версии java и переустановил последний, все еще проблема сохраняется.
24 ответов
после попытки более сотни трюков, наконец, получил успех.
Windows\SysWOW64 папка. [Попробуйте Шаг 2, Если у вас есть система x64 (Win 7 64 бит)]
в моем случае (Windows 7 64-разрядная), я просто сделал следующее:
re: пользователи Windows
нет. Не удаляйте ссылку среды Javapath из переменной PATH.
поместите этот каталог во главе вашего %PATH% переменной:
[или где он находится на вашем рабочем столе]
вы увидите правильную, текущую версию:
Я использую windows 8.1 и я понизил версию JAVA с 1.8 до 1.7, и я получал ту же ошибку.
ошибка: раздел реестра «Software\JavaSoft\Ja имеет значение «1.7», но » 1.8 » требуется.
Я удалил java.exe, javaw, который.exe и javaws.exС C:\Windows\System32 папка, и это сработало для меня.
Что касается меня на win7 64bit.
скопируйте java.EXE-файл javaw, который.exe javaws.exe в папке C:\Program Files\Java\jre1.8.0_91\bin to the C:\Windows\System32.
и затем откройте cmd, введите java-version.
перед вышеизложенным убедитесь, что CurrentVersion реестра 1.8
в меню Пуск введите «regedit», чтобы открыть редактор реестра
мое решение этой проблемы пришло после прочтения и пытается все выше.
ошибка: раздел реестра ‘Software\JavaSoft\Java Runtime Environment ‘\CurrentVersion’ имеет значение «1.7», но требуется «1.8».»
после установления этого факта я просто переключил их с теми же файлами из C:\Windows\SysWOW64 каталог (они были из JRE7 version) и все отлично сработало.
после последнего автоматического обновления Java я не смог запустить Java из командной строки.
моя переменная пути имела ‘C:\ProgramData\Oracle\Java\javapath;’
Я не мог cd в ‘C:\ProgramData\Oracle\Java\javapath;’ из окна командной строки, поскольку его не существовало.
Я удалил C:\ProgramData\Oracle\Java\javapath; ‘из переменной path и заменил ее на’ C:\Program файлы\Java\jre1.8.0_141\bin;’
вы должны определить свою папку jdk в переменной JAVA_HOME, добавьте %JAVA_HOME% в переменную path
удалить или изменить имя java.ехе, javaw, который.exe и javaws в вашей папке system32
Выполнить cmd.exe, java-версия теперь возьмите новую версию, которую вы определяете в JAVA_HOME.
сначала вы должны иметь Java 7. Если у вас нет, установите его первым (я не знаю, что вы используете, Linux, Mac, yum, apt, homebrew, вы должны узнать сами.)
если у вас уже есть Java 7 выполните команду:
изменить
EDIT: если вы используете Windows, изменить переменную окружения JAVA_HOME к вашему пути каталога установки Java 7.
мой короткий вклад, для совместного использования той же проблемы с Talend Open Studio 64 битной версии.
чтобы решить эту проблему, удалите все Java.ехе, javaw, который.exe и javaws.EXE-файлы в\c:\ProgramData\Oracle\Java\javapath
удалите его из системного пути:
и это исправит проблему при обновлении версии java с 1.7 до 1.8
ответ арибейро сработал для меня-с небольшими изменениями
существует где-то еще одна java.exe из JRE версии 1.8, что он находится в » пути» вы должны найти и удалить его, если это возможно. это может быть в пользовательской tempdata для приложений, которые нуждаются в jre.
пожалуйста, измените системную переменную JAVA_BIN и JAVA_HOME, а затем перезапустите систему или, возможно, relogin. У вас есть эта ошибка, потому что это все еще jdk1.7 путь. На Windows это как это: 
теперь вы видите «java 7» & «java 8» в «программы и функции» в «Панели Управления»
Это сработало для меня.
одним из возможных решений этой проблемы является добавление в папку Sencha CMD файла bat, как sugested в этом потоке Sencha Cmd 5 + Java 8 Ошибка.
партия будет иметь имя » sencha.летучая мышь » с этим кодом:
поместите его в папку sencha, в моем случае это
следующий шаг заключается в изменении среды PATHEXT varible. Измените переменные пользователя, чтобы иметь наименьшее возможное влияние.
Это было единственное решение, которое работало, потому что я очень ограничен, когда дело доходит до разрешений.
Моя Система:- Windows 8.1
недавно я установил Oracle 11g XE, и я получил упомянутое сообщение об ошибке при доступе к команде «java» в командной строке.
Я проверил свои переменные среды, проверил последовательность (как упоминалось в предыдущих ответах) и обнаружил, что моя переменная системного пути следующая запись в качестве первой записи:
Я изменил последовательность и определил путь JDK как первую запись:
Я реплицировал то же изменение в пользовательскую переменную: Path
после завершения вышеуказанного действия я перезапустил командную строку и выполнил команду java-version и проблема исчезла. Он отобразил Java 8 в качестве текущей версии.
Unistall Java 8 из списка программ. Выполнив следующие шаги:-
на рабочем столе, нажмите на меню Пуск (или Start ball) в левом нижнем углу экрана. Перейдите к Панели Управления. Нажмите на программы и функции. Выберите Java8 и нажмите Удалить
У меня была аналогичная проблема. Перемещение пути JDK и JRE в верхнюю часть переменной path решило проблему (которая имеет первый приоритет над тем, что присутствует в System32)
Это должно решить вашу проблему. 🙂
просто сделал это и он работал
HKLM > программное обеспечение > JavaSoft > среда выполнения Java