Error opening registry key software javasoft java runtime environment что делать
Я получаю эту ошибку, когда пытаюсь что-либо сделать с Java в командной строке:
убедитесь, что вы удалить все java.exe , javaw.exe и javaws.exe из своего Windows\System32 папка, и если у вас есть система x64 (Win 7 64 бит) , также сделайте то же самое под Windows\SysWOW64 .
У меня была похожая проблема. Я установил обновление JDK7 1, но не мог его использовать (возможно, потому, что я нашел JRE6, который я удалил после установки JDK7). Удалить JDK7 было невозможно. Решение состояло в том, чтобы добавить записи реестра JRE вручную.
вам придется настроить выше для ваших собственных каталогов и версии.
убедитесь, что вы удалите любую java.ехе, javaw, который.exe и javaws.exe из вашей системы.
Если у вас есть система x32 (Win XP 32 бит) папка Windows\System32
Если у вас есть система x64 (Win 7 64 бит), также сделайте то же самое в папке Windows\SysWOW64
Я бы отметил это как комментарий, но не могу (не имею репутации) просто хотел поблагодарить Тилмана. Я пытался заставить PDFsam (PDF Split и Merge) работать безрезультатно.
при запуске это приведет к ошибке, заявив, что он не может найти JRE 1.6.0. У меня есть и 32 и 64 битные версии, и они проверить штраф на сайте Java в своих браузерах.
попытался удалить / переустановить и перезагрузить несколько раз, а также использовать JavaRa. Но все равно не повезло. бесполезный.
Я посмотрел в реестре после прочтения этого поста и не было . \SOFTWARE\JavaSoft\ key поэтому я добавил каждый со своими соответствующими строковыми значениями, указывающими на мою версию x86 (PDFsam-это 32-битная программа). Это прошло мимо первой проблемы, но появилась ошибка о библиотеках amd64, предполагая, что машина хотела запустить 64-битную версию. Поэтому я изменил пути к 64-битной JRE и PDFsam теперь работает.
FYI-я попал сюда, ища ключи реестра Java после того, как я не удалось запустить javaw.exe из командной строки (даже после добавления необходимых путей к системному пути), внесение вышеупомянутых изменений также решило это.
Я получил такую ошибку, когда у nI был JDK 1.7 раньше, и я установил JAVA JDK 1.8 и указал мои переменные JAVA_HOME и PATH на версию JAVA 1.8. Когда я пытаюсь найти версию Java, я получил эту ошибку. Я перезапустил свою машину, и она работает . Кажется, мы должны перезапустить машину после изменения переменных среды.
есть 3 места, чтобы проверить
- реестра HKEY_LOCAL_MACHINE\программное обеспечение\JavaSoft\среда выполнения Java\1.8.\0_xxx каталог-Java
- Панель управления Java-вкладка Java-вид-путь
- Переменные среды-Path ($env:Path)
все 3 должны выровняться (если у вас есть несколько entires, просто удалите неправильные) - это все
Если запущен антивирусный сканер (например, McAfee), попробуйте:
удалить Java (через Панель управления / Программы и компоненты)
установить Java JRE 7 -- > OFFLINE %JAVA_HOME%/bin;%PATH%
вы найдете папку с именем " Oracle " в папке ProgramData на вашем установленном диске windows. Удалите папку. Надеюсь, это сработает. В моем случае мой установочный диск-C, а мой путь -C:\ProgramData\Oracle
I get this error when I try to do anything with Java in command prompt:
I did screw around with deleting Java directories and registry a few days ago. I restarted computer and java was still working fine, then i restarted it again today and now I get this error. I have tried uninstalling and reinstalling but that doesn't seem to work. I have the latest java JRE installed and the path set in the environment variables. Anyone have any clue how to fix this?
I tried to uninstall java through command prompt and it messed up my uninstaller. So i manually deleted the folder and deleted the registrys pertaining to it. I rebooted and reinstalled Java after that and it worked fine until my next reboot.
Have you tried backing up your other files and reformatting your computer? You could probably do a fresh installation of Java after that. But this method might be overkill
Somehow I solved it for my particular issue by downloading runtime even though I already had JDK installed. I leave this here in case that actually works for anyone else.
16 Answers 16
Make sure you remove any java.exe , javaw.exe and javaws.exe from your Windows\System32 folder and if you have an x64 system (Win 7 64 bits) also do the same under Windows\SysWOW64 .
If you can't find them at these locations, try deleting them from C:\ProgramData\Oracle\Java\javapath .
After removing the "java" executables from my system32 folder, I had to reinstall the JRE. After that, my problem was solved. Thanks for the starting point.
After a security patch installation, I was not able to open eclipse because of this error. Thanks alot! Your solution worked. But I wonder what is the real reason here.
run "where java" to see the location of the executable files mentioned above. Mine where on C:\Program Files (x86)\Common Files\Oracle\Java\javapath
You will find a folder named "Oracle" on ProgramData folder in your windows installed drive. Remove the folder. Hope it will work. In my case my install drive is C and my path is C:\ProgramData\Oracle
@GediminasRimsa, i am not sure this path environment variable will present in every case. But thanks for the comment.
I removed the path from the environmental variables but still had to remove the Oracle folder from the ProgramData folder to get it to work.
@GediminasRimsa I actually Had to remove the environment Variable after deleting the Oracle Folder in my ProgramData
I had a similar problem. I had installed JDK7 update 1 but couldn't use it (probably because I found a JRE6 that I deleted after installing JDK7). Uninstalling JDK7 was impossible. The solution was to add the JRE registry entries by hand.
You'll have to adjust the above to your own directories and version.
Regretfully, this didn't work for us on Windows Server 2016. We continue to get "the specified module could not be found"
Sorry to hear that. try all the other solutions, search for the error message. and if you'll find a solution, please share it here, or create a new question. However. "the specified module could not be found" isn't the error message that was discussed in the original question.
@Daz thank you, I have found where the product is now. Can't believe I wrote this almost ten years ago. Don't know if it still works.
Delete these 3 files present in your local at path C:\ProgramData\Oracle\Java\javapath
This solved the issue for me :)
Make sure you remove any java.exe, javaw.exe and javaws.exe from your system.
if you have an x32 system (Win XP 32 bits) Windows\System32 folder
if you have an x64 system (Win 7 64 bits) also do the same under Windows\SysWOW64 folder
On Windows 10 I had just installed the JDK, and got these errors when checking the version. I had to delete all executable files starting with java (i.e. java.exe , javaw.exe and javaws.exe ) from C:\ProgramData\Oracle\Java\javapath . And then, once deleted, re-run the JDK installer, restart my terminal program and java -v works.
There are 3 locations to check
- Registry HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\1.8.0_xxx\JavaHome
- Java Control Panel- Java tab - View - Path
- Environment Variables - Path ($env:Path)
All 3 have to align (if you have multiple entires just remove the wrong ones) - thats all
Clearing Windows\SysWOW64 doesn't help for Win7
In my case it installing JDK8 offline helped (from link)
I would have tagged this as a comment but cant (dont have the rep) just wanted to thank Tilman. I was trying to get PDFsam (PDF Split and Merge) to work to no avail.
At launch it would produce an error stating that it could not find JRE 1.6.0. I Have both 32 and 64 bit versions and they check out fine at the java website in their respective browsers.
Tried uninstalling/reinstalling and rebooting repeatedly as well as using JavaRa. No such luck, still no go.
I looked in the registry after reading this post and there was no . \SOFTWARE\JavaSoft\ key so I added each with their respective string values pointing to my x86 version (PDFsam is a 32bit program). This got past the first problem but an error popped up about amd64 libraries suggesting the machine wanted to run the 64bit version. So I changed the paths to the 64bit JRE and PDFsam now works.
FYI - I got here by searching for Java registry keys after I was unable to launch javaw.exe from command prompt (even after adding the requisite paths to system path), making the aforementioned changes solved this as well.
Я получаю эту ошибку, когда пытаюсь сделать что-нибудь с Java в командной строке:
Я попытался удалить Java через командную строку, и это испортило мой деинсталлятор. Поэтому я вручную удалил папку и удалил относящиеся к ней реестры. После этого я перезагрузил и переустановил Java, и она работала нормально до следующей перезагрузки.
Вы пробовали создать резервную копию других файлов и переформатировать компьютер? После этого вы, вероятно, сможете выполнить новую установку Java. Но этот метод может оказаться излишним,
Каким-то образом я решил это для моей конкретной проблемы, загрузив среду выполнения, хотя у меня уже был установлен JDK. Я оставляю это здесь на случай, если это действительно сработает для кого-то еще.
Убедитесь, что вы удалили все java.exe , javaw.exe и javaws.exe из своей Windows\System32 папки, и если у вас система x64 (Win 7 64 бит), сделайте то же самое в разделе Windows\SysWOW64 .
Если вы не можете найти их в этих местах, попробуйте удалить их из C:\ProgramData\Oracle\Java\javapath .
После удаления исполняемых файлов "java" из папки system32 мне пришлось переустановить JRE. После этого моя проблема была решена. Спасибо за отправную точку.
После установки исправления безопасности мне не удалось открыть eclipse из-за этой ошибки. Большое спасибо! Ваше решение сработало. Но мне интересно, в чем здесь настоящая причина.
запустите "where java", чтобы увидеть расположение исполняемых файлов, упомянутых выше. Моя где на C: \ Program Files (x86) \ Common Files \ Oracle \ Java \ javapath
Вы найдете папку с именем « Oracle » в папке ProgramData на диске с установленной Windows. Удалите папку. Надеюсь, это сработает. В моем случае мой установочный диск - C, а мой путь - C: \ ProgramData \ Oracle
В качестве альтернативы, удалить C:\ProgramData\Oracle\Java\javapath из Path переменной среды Windows
@GediminasRimsa, я не уверен, что эта переменная среды пути будет присутствовать в каждом случае. Но спасибо за комментарий.
Я удалил путь из переменных среды, но все же мне пришлось удалить папку Oracle из папки ProgramData, чтобы заставить ее работать.
@GediminasRimsa Мне действительно пришлось удалить переменную среды после удаления папки Oracle в моих ProgramData
У меня была похожая проблема. Я установил обновление 1 для JDK7, но не смог его использовать (вероятно, потому, что я нашел JRE6, который я удалил после установки JDK7). Удаление JDK7 было невозможно. Решением было добавить записи реестра JRE вручную.
Вам придется отрегулировать вышеуказанное для ваших собственных каталогов и версии.
К сожалению, это не сработало для нас на Windows Server 2016. Мы продолжаем получать «указанный модуль не может быть найден»
Убедитесь, что вы удалили из системы все java.exe, javaw.exe и javaws.exe.
если у вас система x32 (32 бита Win XP) папка Windows \ System32
если у вас система x64 (Win 7 64 бит), сделайте то же самое в папке Windows \ SysWOW64
Удалите эти 3 файла, присутствующие на вашем локальном компьютере, по пути C: \ ProgramData \ Oracle \ Java \ javapath
Это решило проблему для меня :)
Есть 3 места для проверки
- Реестр HKEY_LOCAL_MACHINE \ SOFTWARE \ JavaSoft \ Java Runtime Environment \ 1.8.0_xxx \ JavaHome
- Панель управления Java - вкладка Java - Вид - Путь
- Переменные среды - Путь ($ env: Path)
Все три должны быть выровнены (если у вас несколько записей, просто удалите неправильные) - вот и все
В Windows 10 я только что установил JDK и получил эти ошибки при проверке версии. Я должен был удалить все исполняемые файлы , начиная с java (то есть java.exe , javaw.exe а javaws.exe ) с C:\ProgramData\Oracle\Java\javapath . А затем, после удаления, повторно запустите установщик JDK, перезапустите мою программу терминала и java -v работает.
Я бы отметил это как комментарий, но не могу (у меня нет репутации) просто хотел поблагодарить Тилмана. Я безуспешно пытался заставить работать PDFsam (PDF Split and Merge).
При запуске выдает ошибку о том, что не может найти JRE 1.6.0. У меня есть 32-разрядная и 64-разрядная версии, и они отлично просматриваются на веб-сайтах java в своих соответствующих браузерах.
Пытался удалить / переустановить и перезагрузить несколько раз, а также с помощью JavaRa. Нет такой удачи, все равно никуда.
К вашему сведению - я попал сюда, выполнив поиск ключей реестра Java после того, как мне не удалось запустить javaw.exe из командной строки (даже после добавления необходимых путей к системному пути), благодаря чему вышеупомянутые изменения также решили эту проблему.
Я получил такую ошибку, когда у меня был JDK 1.7 раньше, и я установил JAVA JDK 1.8 и указал свои переменные JAVA_HOME и PATH на версию JAVA 1.8. Когда я пытаюсь найти версию java, у меня возникает эта ошибка. Я перезапустил свою машину, и она работает. Похоже, мы должны перезагрузить компьютер после изменения переменных среды.
Я получаю эту ошибку, когда я пытаюсь сделать что-либо с Java в командной строке:
Удостоверьтесь, что вы удаляете любые java.exe , javaw.exe и javaws.exe из вашей папки Windows\System32 , и если у вас есть x64-система (Win 7 64 бит), также выполняйте то же самое в Windows\SysWOW64 .
Вы найдете папку с именем " Oracle " в папке ProgramData на установленном диске Windows. Удалить папку. Надеюсь, это сработает. В моем случае мой установочный диск - C, а мой путь - C:\ProgramData\Oracle.
У меня была аналогичная проблема. Я установил обновление JDK7 1, но не смог его использовать (вероятно, потому, что нашел JRE6, который я удалил после установки JDK7). Удаление JDK7 было невозможно. Решение заключалось в том, чтобы вручную добавить записи реестра JRE.
Вам нужно будет скорректировать приведенное выше в свои собственные каталоги и версию.
Убедитесь, что вы удалили java.exe, javaw.exe и javaws.exe из своей системы.
если у вас есть система x32 (32-битная Win XP) папка Windows\System32
если у вас есть система x64 (Win 7 64 бит), также выполняйте то же самое в папке Windows\SysWOW64
Есть 3 места для проверки
Реестр HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\1.8.0_xxx\JavaHome Java Control Panel- Java tab - Вид - Путь Переменные среды - путь ($ env: путь)
Все 3 должны быть выровнены (если у вас есть несколько входов, просто удалите неправильные) - вот и все
У меня было то же самое:
Очистка Windows\SysWOW64 не помогает для Win7
В моем случае помогла установка JDK8 в автономном режиме (по ссылке)
У меня была такая ошибка, когда у меня был JDK 1.7, и я установил JAVA JDK 1.8 и указал свои переменные JAVA_HOME и PATH на версию JAVA 1.8. Когда я пытаюсь найти версию java, я получил эту ошибку. Я перезапустил свою машину, и она работает. Кажется, мы должны перезапустить машину после изменения переменных среды.
Я бы пометил это как комментарий, но не смог (не имеет репутации) просто хотел поблагодарить Тилмана. Я пытался получить PDFsam (PDF Split и Merge), чтобы работать безрезультатно.
При запуске он выдаст ошибку, заявив, что не может найти JRE 1.6.0. У меня есть 32 и 64-разрядные версии, и они отлично смотрятся на веб-сайте java в своих браузерах.
Пробовал повторно устанавливать/переустанавливать и перезагружать, а также использовать JavaRa. Нет такой удачи, до сих пор нет.
FYI - я пришел сюда, выполнив поиск ключей реестра Java после того, как я не смог запустить javaw.exe из командной строки (даже после добавления необходимых путей к системному пути), в результате чего вышеупомянутые изменения также были решены.
Kindly guide me to thread if this had been posted before. I've tried to search for it and could not find a clue or related thread.
Here's what I'm trying to achieve:
1) I want to setup a JRE that runs on a network drive.
2) This JRE is shared over the network drive, contains together for multiplatform support (Windows 32bit/64bit, Unix 32bit/64bit). I guess I'm going to make different version shared on different folder?
3) Once the JRE had been shared, I will set the JAVA_HOME path to the network drive location.
4) I will run a Java-required application from a different machine, which will load the JRE from the network drive and runs the program.
I believe this is possible but I did not have the steps and guidance. Appreciate if any of you here able to assist me.
Million thanks in advance!
Answers
Why are you doing this? What are you trying to accomplish?
You can set your JAVA_HOME to any location you want. A network drive has no effect on doing this.
Seems like a pretty easy test. Have you tried this and ran into an issue?
user13630859 wrote:
4) I will run a Java-required application from a different machine, which will load the JRE from the network drive and runs the program.
That last step is only possible if one of the following is true
1. The application is not written in java.
2. There is a JRE on the desktop machine.
3. The above statement is phrased oddly since the OS will load the JRE from the network drive rather than an "application".
Thanks for the above replies, I can explain further on what I'm trying to achieve. I may had make a wrong statement.
1. The application is actually called CIS Benchmark Audit Tools.
2. The reason that I want to make the application retrieve the JRE from network drive because I would not want to perform installation of JRE to each of single machine that I would want to run the CIS Benchmark Audit Tools. This application require JRE version1.5 and above.
I still did not know what are the things that I need put into the Java folder that I shared over the network to allow the application to load JRE over the network.
- I'm currently performing a test for the application over the network on Windows machines, once I ran the application over the network on the machine that are installed with Java, it works fine.
-When I try to run the application on a machine that is not installed with Java, in will mentioned that 'java' is not recognized.
I'd try to played around on the Environment variables by setting the JAVA_HOME to my shared JRE6, but it seems like it still fails to load the application.
- my next target is to do the same thing, but for UNIX platforms.
Edited by: user13630859 on Jan 5, 2011 7:58 PM
-When I try to run the application on a machine that is not installed with Java, in will mentioned that 'java' is not recognized.
The JAVA_HOME is interpreted and used by the java executable. You have to have this executable in your path.
So you have to add the /JRE/bin in your OS' "PATH" (Windows and Unices). I don't know whether this is possible for Windows (probably).
Alternately, you can have a launch script that specifies the full path (including shared folder) to the java executable.
-When I try to run the application on a machine that is not installed with Java, in will mentioned that 'java' is not recognized.
The JAVA_HOME is interpreted and used by the java executable. You have to have this executable in your path.
I don't think this is true. I could be missing your point but as I understand it some Java applications such a Tomcat use the JAVA_HOME environment variable in their startup scripts (and maybe internally) to decide which Java version to run but Java does not use this environment variable.
The JAVA_HOME is interpreted and used by the java executable. You have to have this executable in your path.
I don't think this is true. (. ) as I understand it some Java applications such a Tomcat use the JAVA_HOME environment variable in their startup scripts (and maybe internally) to decide which Java version to run but Java does not use this environment variable.
I stand corrected: indeed, I just tried running a HelloWorld on a system without a JAVA_HOME, and it worked (as long as java.exe is in the path, that is).
Sorry for posting conjectured information: I genuinely thought that was that JAVA_HOME that led the java executable to find the missing marbles, e.g., rt.jar, and the likely dynamic native libraries a JVM uses, which are neither in the OS' PATH nor application's classpath.
Indeed one can imagine other ways to locate them (if the OS supports giving the full path of the java executable to the JVM program running, this latter can derive the missing bits relative to that path). But that again is conjecture. )
-When I try to run the application on a machine that is not installed with Java, in will mentioned that 'java' is not recognized.
The JAVA_HOME is interpreted and used by the java executable. You have to have this executable in your path.
My point was that the error message +'java' is not recognized+ is the OS complaining that java is not in its PATH - at this stage, JAVA_HOME is not to be considered.
The OP mentioned tweaking the JAVA_HOME, but any problem of JAVA_HOME can interfer only after the OS has run the program that will require this env variable (which, as you point out, may not be the java executable after all.
Edited by: jduprez on Jan 6, 2011 2:05 PM
from what that you had posted, it seems that I might be able to run the application if the application and java.exe resides in the same folder? That is a nice suggestion and I will try it out, kind of make sense because even though that I had set the PATH, when i try to grab the "java -version", it would not want to recognize unless i navigate through the shared folder via command prompt.
the next part was, i tried to modified the batch file that call up the Java that I had shared over the network, but I'm not sure why this error message appears..
Error opening registry key 'Software\JavaSoft\Java Runtime Environment'
Error: could not find java.dll
Error: could not find Java SE Runtime Environment.
why does it calls for the registry key..is it because of the application settings or? totally have no idea
I had tested like the HelloWorld that you mentioned, which I copied the whole application into the jre\bin folder, and the application does work successfully. This was tested between Windows machines.
Though I believe this is more to "work around" since I'm not sure if I can perform to do the same for UNIX systems (AIX, Solaris, HP-UX)..will update this thread accordingly.
Edited by: user13630859 on Jan 6, 2011 11:56 PM
Apparently the JRE must be installed on the target machine itself to work, at least on Windows.
Which brings us back to the question in the first reply:
hi jduprez,
from what that you had posted, it seems that I might be able to run the application if the application and java.exe resides in the same folder?
No, I should be flayed alive for letting such a misconception bubble through my words - again, that's not what I said, or at least not what I meant!
because even though that I had set the PATH, when i try to grab the "java -version", it would not want to recognize unless i navigate through the shared folder via command prompt.
the next part was, i tried to modified the batch file that call up the Java that I had shared over the network, but I'm not sure why this error message appears..
Error opening registry key 'Software\JavaSoft\Java Runtime Environment'
why does it calls for the registry key..is it because of the application settings or? totally have no idea
Ah, then the java.exe obviously requires that ther JRE be installed on the machine that executes it (the registry is local to the machine that executes the program). I can't tell you why , but it looks like it is designed as such. I'm afraid there nothing you can do to workaround this.
Ah, ah, and then it cannot locate its own marbles (here, DLL). So OK, it does not depend on JAVA_HOME nor on PATH, but on a registry key that indicates the path to the DLL? Damn Windows OS! Or maybe it is the JVM that is to blame.
Though I believe this is more to "work around" since I'm not sure if I can perform to do the same for UNIX systems (AIX, Solaris, HP-UX)..will update this thread accordingly.
I'd be more confident with Unices: the "shared folder" can be mounted in the client machine's logical file system, and the client machine cannot tell whether it's local or remote, so it will work (plus, no registry on Unices).
Читайте также: