Failed to load the jni shared library jvm dll что делать
Обновлено: 05.07.2024
Когда я пытаюсь открыть Eclipse, во всплывающем диалоговом окне указано:
Не удалось загрузить общую библиотеку JNI "C:/JDK/bin/client/jvm.dll".
После этого сила Eclipse закрывается.
Вот несколько моментов, которые я хотел бы сделать:
- Я проверил, существует ли что-либо на этом пути. Он существует.
- My Eclipse и Java SE Development Kit являются 64-разрядными. Я проверил свою систему, и она может обрабатывать 64-битные.
- Я искал эту проблему в Google и в Stack Overflow, и единственный ответ, который я нашел, - загрузить 32-разрядные версии JDK и Eclipse.
Загрузка 32-разрядных версий - это то, что я хочу сделать только в крайнем случае.
Что было бы предложено решить эту проблему?
ОТВЕТЫ
Ответ 1
Вам нужно трио 64-bit :
Ответ 2
У меня было установлено несколько JDK и JRE.
У каждого из них была своя запись в переменной PATH, все работали более или менее.
Судя по переменным PATH, некоторые установки были совершенно бесполезны, так как они никогда не использовались. Конечно, на "неактивные" Javas можно было ссылаться вручную из Eclipse, если бы я нуждался, но я этого никогда не делал, поэтому они мне действительно не нужны. (По крайней мере, я так думал в то время. )
Я убрал беспорядок, удалил все текущие Java, установил только JDK + JRE 1.7 64-bit.
Одна из "установок" Eclipse впоследствии потерпела неудачу с Failed to Load the JNI shared Library и заданным путем относительно свежего установленного JDK, где он думал, что jvm.dll будет.
Отказавший Eclipse был единственным из всех моих IDE, который все еще был 32-битной версией в моих других полностью 64-битных настройках.
Добавление аргументов VM, как это часто упоминалось, в eclipse.ini было бесполезно в моем случае (потому что у меня был только неправильный JDK/JRE для связи.)
Я также не смог выяснить, как проверить, была ли эта Eclipse 32-битной или 64-битной версией (я не смог найти ее в диспетчере задач, так как эта "установка" Eclipse не запускалась и поскольку прошло много времени с тех пор, как я его настроил, я не мог вспомнить и его версию.)
Если вы используете более новый JDK и более старый JRE, у вас тоже могут быть проблемы, но, скорее всего, появится java.lang.UnsupportedClassVersionError , IIRC.
Ответ 3
Убедитесь, что ваш файл eclipse.ini содержит следующие строки.
Мой eclipse.ini , например:
Используйте ОС и Eclipse, как 64-битные, так и 32-битные, сохраняйте их и настройте eclipse.ini .
Ваш файл eclipse.ini находится в папке затмений.
Ответ 4
У меня была та же проблема
Я разрешил его, установив 64-битную JVM из
Ответ 5
Эта ошибка означает, что архитектура Eclipse не соответствует архитектуре среды выполнения Java, то есть если одна из 32-разрядных, то другая должна быть одинаковой, а не 64-разрядной.
Самое надежное решение - указать местоположение JVM в eclipse.ini:
Важно: Эти две строки должны появиться до -vmargs. Не используйте кавычки; пробелы разрешены.
Ответ 6
Создайте ярлык для Eclipse.exe. Откройте ярлык и измените цель на:
Для вашей установки убедитесь, что в местах указывается правильный каталог установки Eclipse и правильный каталог установки javaw.exe .
(64-разрядные версии Eclipse и Java должны быть одинаковыми, конечно.)
Ответ 7
У меня есть несколько версий Java, как Sun JDK, так и JRockit, как 32-разрядные, так и 64-разрядные и т.д., и столкнулись с этой проблемой при новой установке 64-разрядного Eclipse для Java EE (JUNO).
Что НЕ работало:
64-битное трио, предложенное Питером Радером:
Я использую 64-разрядный Eclipse в 64-разрядной ОС (Windows 7).
Я обеспечил Sun JDK 7 64-битная версия по умолчанию java. Когда я набрал "java -version" из командной строки (cmd.exe), был возвращен 64-бит Sun JDK 7.
Это не решило проблему для меня.
Что работает DID:
Добавление опции -vm в eclipse.ini, как предложено Jayesh Kavathiya:
Я добавил следующее в eclipse.ini:
Примечание:
Мне не пришлось удалять любую из различных версий JDK или JRE, которые у меня есть на моей машине.
Ответ 8
Для отсутствующего файла jvm.dll мы можем указать путь к файлу dll в файле eclipse.ini как
Здесь важно удалить любое пространство в пути и двойные кавычки. Это сработало для меня, когда я удалил кавычки и пробелы.
Я надеюсь, что это поможет кому-то.
Ответ 9
У меня была аналогичная проблема. Было решено сделать следующее.
- Переместите Eclipse в программные файлы (а не в программные файлы (x86)).
- Удалите путь к 32-разрядной версии Java из переменной среды "путь".
У меня установлены обе версии Java, но Eclipse продолжал пытаться использовать 32-разрядную версию.
Ответ 10
Конечно, вам нужна совместимая версия JDK и Eclipse, но вам также нужно добавить в файл eclipse.ini следующие строки:
Сделайте их первыми двумя строками вашего файла eclipse.ini .
Ответ 11
Как уже упоминалось многими людьми, это проблема с 32 по 64 бит для Eclipse и Java. Вы не можете смешивать 32 и 64 бит. Поскольку Eclipse не использует JAVA_HOME , вам, скорее всего, придется изменить свою PATH до запуска Eclipse, чтобы убедиться, что вы используете не только подходящую версию Java, но также и 32 или 64 бит (или модифицируете INI файл как Джаят отметил).
Если вы не уверены, просто запустите Eclipse, если вы получите ошибку, измените свой PATH на другую "bit" версию Java и повторите попытку. Затем переместите каталог Eclipse в соответствующий каталог Program Files.
Ответ 12
В качестве альтернативы, получите ту же "битовую" версию JRE и Eclipse, а затем создайте новый ярлык с целью ниже (замените установленное расположение/путь JRE и Eclipse):
Это должно сработать.
Ответ 13
Вы можете решить эту проблему, как и многие другие. Вам нужно, чтобы Eclipse и JDK были 32-разрядными или обоими на 64-разрядных. Архитектура ОС не имеет значения, в то время как другие остаются на том же типе архитектуры.
Ответ 14
Одним из простых способов его устранения является копирование папки jre из установленного JDK в папку установки Eclipse. Убедитесь, что JDK, который вы копируете, имеет ту же архитектуру, что и ваша установка Eclipse.
Мне пришлось настроить свою машину таким образом, потому что я запускаю на своей машине как Eclipse, так и Appcelerator Titanium Studio. Студии требуется 32-разрядная Java, а для Eclipse требуется 64-разрядная версия.
Ответ 15
Ответы выше меня заставили меня искушаться так сильно, что я решил иссушить все возможные комбинации с ОС, Eclipse и JVM трио. В любом случае, кто бы ни копался и не читал мой пост, проверьте следующее как горячую точку (я - пользователь Windows 7).
Вы понимаете, что программные файлы и программный файл (x86) - это две разные папки. x86 означает 32-разрядную версию программ, а первая - 64-разрядная версия.
Если у вас есть несколько версий Java, установленных с разной версией битов и выпусков, что обязательно произойдет с таким количеством с открытым исходным кодом IDEs, менеджерами, административными консолями, лучшим вариантом является установка аргумента VM непосредственно в файле eclipse.ini . Если вы этого не сделаете, Eclipse сойдет с ума и попытается найти себя, что плохо.
Ответ 16
Да, просто убедитесь, что ваши версии Eclipse и JDK являются 64-разрядными. Просто убедитесь, что все правильно удалено JDK и установите его в Program Files, а не в Program Files (x86). По крайней мере, это разрешило мою проблему.
Ответ 17
Я столкнулся с той же проблемой после обновления моего Eclipse. Я обнаружил, что путь спросил 64-битную версию, но у меня был 32-разрядный путь. Это было полезно для меня. P.S.: У меня 64-разрядная ОС, 32-разрядная JRE и 32-разрядная Eclipse. Все отлично работает:)
Ответ 18
Вам нужно удалить все старые [JREs] [1], а затем установить новый. У меня была такая же проблема, и теперь я ее решаю. Я:
Лучше установить Jre 6 32 бит. Это действительно работает.
Ответ 19
Спасибо misterfrb, я понял, что Eclipse давал эту ошибку, потому что я только что установил пакет разработчика Oracle 10g, и он искал jvm.dll в папке C:\DevSuiteHome_1 (я должен был установить JDK снова вместе с пакетом разработчика).
После удаления строк DevSuiteHome из переменной paths и добавления местоположения коррекции для 64-битного jvm.dll (не уверен, что это было необходимо, не пытались без него), Eclipse снова работал, а пакет разработчика по-прежнему работает.
Ответ 20
Загрузила 64-битную JVM с сайта и установила ее вручную и обновила переменную пути системы. Это решило проблему.
- По умолчанию JVM установлен в моей системе в "C:\Program Files
(x86)\Java\jre7 " - Установленная вручную JVM установлена в "C:\Program Files\Java\jre7" и после обновления этого патча до системы переменная пути, с которой она работала.
Ответ 21
Простой, у меня 64-разрядная ОС, 32-разрядная Eclipse и установлены как JDK 32, так и 64. Я просто удаленные 64-разрядные JDK и Eclipse работают нормально.
Ответ 22
У меня была такая же проблема после обновления с Java 6 до Java 7. После удаления Java 6 (64-разрядной версии) и переустановки Java 7 (64 бит) работала Eclipse.:)
Ответ 23
Крайне важно добавить параметр -vm и его значение на 2 строки В НАЧАЛЕ eclipse.ini
-vm C:\Program Files\Java\jdk1.7.0_45\bin\javaw.exe
Ответ 24
Я хочу использовать другое решение для этой ошибки, особенно для тех, кто хочет использовать 32-разрядную и 64-разрядную Eclipse в одной системе.
Запуск Eclipse с использованием JRE/JDK в подкаталоге jre , если он существует. (STS или другая среда, основанная на Eclipse, также поддерживают эту функцию. )
Решение представляет собой создание соединения каталога с помощью команды mklink.exe , которая существует в Windows Vista или более новой версии (junction.exe предлагает аналогичную функцию для Windows 2000/XP)
Откройте окна командной строки и выполните следующую команду:
mklink/j "$ ECLIPSE-HOME/jre" "$ JDK_or_JRE_home"
Конечно, если Eclipse для 64-битной Windows, архитектура JDK/JRE должна быть одинаковой.
- Eclipse for windows x86_64 установлен в d:\devTool\eclipse
- JDK for windows x64 установлен в C:\Program Files\Java\jdk1.8.0
Команда для создания папки jre будет следующей:
mklink/j "d:\devTool\eclipse\jre" "C:\Program Files\Java\jdk1.8.0"
BTW, удалить соединение каталога будет НЕ удалить любой файл. Если вы создаете неверную ссылку, ее можно удалить с помощью проводника файлов или команды rmdir .
Ответ 25
Убедитесь, что вы запускаете Eclipse с правами администратора.
Ответ 26
Если вы используете целую 64-битную трио, и она по-прежнему не работает (я пришел к этой проблеме при запуске Android Monitor в Intellij Idea), вероятно, неправильный jvm.dll используется против того, что ожидает ваша Java. Просто выполните следующие действия:
Найдите jvm.dll в каталоге JDK: c:\Program Files\Java\jdk1.7.0_xx\jre\bin\server\
Скопируйте jvm.dll из JRE drectory в каталог JDK и перезапишите jvm.dll в JDK.
Не забудьте сделать резервную копию на всякий случай. Нет необходимости устанавливать или удалять все, что связано с Java.
Ответ 27
То же самое произошло со мной. У меня был 64-битный Eclipse, но мой JDK был 32-битным. Поэтому я установил 64-битную версию, и сейчас все в порядке.
Ответ 28
Я не уверен, почему, но я установил jre в мою директорию c:\windows и java.exe и javaw.exe внутри моего каталога windows\system32.
Очевидно, что эти каталоги получали приоритет даже после добавления флага -vm в мой файл eclipse.ini.
Удалите их здесь, исправил проблему для меня.
Ответ 29
У вас есть правильная версия JAVA_HOME и PATH в переменных окружения.
Ответ 30
Вы можете установить 32-разрядную версию JDK на 64-битной машине. См. Загрузка JDK 7.
когда я пытаюсь открыть затмение всплывающее окно гласит:
не удалось загрузить общую библиотеку JNI "C:/JDK/bin/client/jvm - . файл DLL.`"
после этого, сила затмения закрывается.
вот несколько моментов, которые я хотел бы сделать:
- Я проверил, существует ли что-нибудь на этом пути. Она существует.
- мой Eclipse и Java SE Development Kit оба 64-битные. Я проверил . система, и она может обрабатывать 64-бит.
- Я искал эту проблему в Google и при переполнении стека, и единственным ответом, который я нашел, было загрузить 32-разрядные версии JDK и Eclipse.
загрузка 32-битных версий-это то, что я хочу сделать только в крайнем случае.
Что было бы предложено для решения этого вопроса?
вам нужно 64-битное трио:
- 64-разрядная ОС
- 64-разрядная Java
- 64-разрядной затмение
- 32-разрядная ОС-32-разрядная JDK-32-разрядная Eclipse (только 32-разрядная версия)
- 64-разрядная ОС-32-разрядная JDK-32-разрядная Eclipse
- 64-разрядная ОС-64-разрядная JDK-64bit Eclipse (только 64-разрядная версия)
у меня было установлено несколько JDKs и JREs.
у каждого из них была своя запись в переменной PATH, все работало более или менее.
судя по переменным пути, некоторые установки были совершенно бесполезны, так как они никогда не использовались. Конечно, на" неактивные " Javas можно ссылаться вручную из Eclipse, если мне нужно, но я никогда этого не делал, поэтому они мне действительно не нужны. (По крайней мере, в то время я так думал. )
я очистил беспорядок, деинсталлировал все текущие Java, установил только JDK + jre 1.7 64-бит.
одна из "установок" Eclipse впоследствии не удалась с Failed to Load the JNI shared Library и заданный путь относительно свежий установленный JDK, где он думал jvm.dll быть.
сбой Eclipse был единственным из всех моих IDEs, который все еще был 32-разрядной версией на моей в противном случае все-64-разрядной установке.
добавление аргументов VM, как часто упоминалось, в eclipse.ini не было пользы в моем случае (потому что у меня был только неправильный JDK/JRE для связи.)
я также не смог узнать, как проверить, было ли это затмение 32-разрядной или 64-разрядной версией (I не мог найти его в Диспетчер Задач, так как эта "установка" Eclipse не запускается. И так как прошло много времени с тех пор, как я установил его, я тоже не мог вспомнить его версию.)
в случае, если вы используете более новый JDK и более старый JRE вы можете быть в беде, тоже, но тогда это скорее java.lang.UnsupportedClassVersionError появляется IIRC.
убедитесь, что ваше затмение.ini файл содержит следующие строки.
мое затмение.ini например:
используйте OS и Eclipse оба 64 бит или оба 32 бит держать же и config затмение.ini.
Eclipse не удалось загрузить исправление JDK разделяемой библиотеки jni
Когда я пытаюсь открыть Eclipse, появляется всплывающее диалоговое окно:
Не удалось загрузить общую библиотеку JNI "C: /JDK/bin/client/jvm.dll".
После этого сила затмения закрывается.
Вот несколько моментов, которые я хотел бы отметить:
- Я проверил, существует ли что-нибудь на этом пути. Он существует.
- Мои Eclipse и Java SE Development Kit являются 64-разрядными. Я проверил свою систему, она может обрабатывать 64-битные версии.
- Я искал эту проблему в Google и в Stack Overflow, и единственный ответ, который я нашел, - это загрузить 32-разрядные версии JDK и Eclipse.
Загрузка 32-битных версий - это то, что я хочу сделать только в самом крайнем случае. Что было бы предложено для решения этой проблемы?
Ты нуждаешься в 64-bit трио:
- 32-bit Операционные системы | 32-bit JDK | 32-bit Затмение (Только 32-битный)
- 64-bit Операционные системы | 32-bit JDK | 32-bit Затмение
- 64-bit Операционные системы | 64-bit JDK | 64bit Затмение (Только 64-битный)
У меня было установлено несколько JDK и JRE.
У каждого из них была своя запись в переменной PATH, все более-менее работало.
Я убрал беспорядок, деинсталлировал всю текущую Java, установил только JDK + JRE 1.7 64-бит.
Неудачный Eclipse был единственной из всех моих IDE, которая все еще была 32-разрядной версией в моей 64-разрядной установке.
Добавление аргументов виртуальной машины, как это часто упоминалось, в eclipse.ini в моем случае было бесполезно (потому что у меня был только неправильный JDK / JRE)
Если вы используете более новый JDK и более старую JRE, у вас тоже могут быть проблемы, но тогда это более вероятно java.lang.UnsupportedClassVersionError оказывается, IIRC.
- 3 Он должен использовать только первый \ bin, который он попадает в переменную Path
- Мммм, это всегда вопрос . Документы Oracle говорят, что он использует только первый, но, возможно, что-то еще было изменено / уже было на месте и работало. Кажется, это всегда что-то странное.
- 8, чтобы проверить, какая версия 32-разрядная или 64-разрядная, откройте eclipse.ini и найдите используемую программу запуска Equinox (например, org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.100.v20110502)
- У меня было такое комбо с ошибкой. 64-битная ОС - 32-битный JDK - 32-битный Eclipse, и он не работает. Я решил это с помощью этой комбинации: 64-разрядная ОС - 64-разрядная версия JDK - 64-разрядная версия Eclipse (только 64-разрядная версия). Переменная% PATH% была обновлена и теперь указывает на 64-битную версию java. Фактически,% JAVA_HOME% был обновлен, поскольку эта переменная используется в значениях переменной% PATH%.
- 1 Это был комментарий @ekinnear, который решил мою проблему. Я не уверен, почему он искал JVM.dll в моей папке windows / bin, но установка правильного пути, похоже, разрешила его.
Убедитесь, что ваш eclipse.ini файл включает следующие строки.
Мой eclipse.ini например:
Используйте ОС и Eclipse как 64-битные, так и 32-битные, сохраняйте одинаковые и конфигурируемые eclipse.ini .
Ваш eclipse.ini файл можно найти в папке eclipse.
- 9 Это решает проблему. Я добавил -vm C:\Program Files\Java\jdk1.6.0_32\bin\javaw.exe в мой файл eclipse.ini, и он отлично запустился. Спасибо за помощь +1.
- 1, все работает нормально, проверьте свою версию Java, запустите java -version в консоли и убедитесь, что эта версия используется Eclipse или нет
- 2 Я сделал это со своим Java 6 SDK, и это не сработало. Я попробовал еще раз, указав на свой Java 7 SDK, и это сработало. Я использую 64-разрядную версию Windows 8, Java 6 и 7 (обе 64-разрядные) и Eclipse Helios (32-разрядные версии). Я был готов удалить и переустановить 64-разрядную версию Eclipse, но, похоже, SDK java 7 включает в себя некоторые новые возможности для улучшения работы 32-разрядных приложений.
- 9 это работает. но нужно поместить -vm в начало ini-файла; по крайней мере перед -vmargs или --launcher.xxx
- 3 Очень-очень важный момент, который я упустил. Если вы используете что-то вроде: "-vm C: \ ProgramFiles \ Java \ jdk1.6.0_32 \ bin \ javaw.exe" он никогда не будет работать правильно "-vm C: \ Program Files \ Java \ jdk1.6.0_32 \ bin \ javaw.exe "Новая строка после -vm очень важна.
У меня была такая же проблема
Я решил это, установив 64-битную JVM из
Эта ошибка означает, что архитектура Eclipse не соответствует архитектуре среды выполнения Java, т.е. если одна из них 32-битная, другая должна быть такой же, а не 64-битной.
Самое надежное исправление - указать местоположение JVM в eclipse.ini:
Важный: Эти две строки должны появиться перед -vmargs. Не используйте кавычки; допускаются пробелы.
- Привет, я некоторое время назад работаю с этой установкой .ini. Следует ли мне обновить архитектуру до 64-разрядной версии или я могу игнорировать факт наличия разных архитектур? Спасибо
Создайте ярлык для Eclipse.exe. Откройте ярлык и измените цель на:
Для вашей установки убедитесь, что расположение указывает на правильный каталог установки Eclipse и правильный javaw.exe каталог установки.
(Конечно, 64- или 32-разрядные версии Eclipse и Java должны быть одинаковыми.)
- Хорошие варианты, но добавление его в файл ini, как указано выше, должно работать
- 2 Нет необходимости изменять файл .ini. Просто используйте 64-битную комбинацию для java и eclipse
У меня установлено несколько версий Java, как Sun JDK, так и JRockit, как 32-разрядные, так и 64-разрядные, и т.д., и я столкнулся с этой проблемой при новой установке 64-разрядного Eclipse для Java EE (JUNO).
Что сделал НЕ Работа:
64-битное трио, предложенное Питером Рейдером:
Я использую 64-битный Eclipse в 64-битной ОС (Windows 7).
Я убедился, что 64-разрядная версия Sun JDK 7 является версией java по умолчанию. Когда я набрал "java -version" из командной строки (cmd.exe), мне вернули 64-разрядную версию Sun JDK 7 .
Для меня это не решило проблему.
Какие СДЕЛАЛ Работа:
Добавление опции -vm в eclipse.ini по предложению Джайеша Каватии:
Я добавил в eclipse.ini следующее:
Заметка:
Мне не нужно было удалять любую из различных версий JDK или JRE, установленных на моем компьютере.
- Мне также не нужно было удалять JDK, но я решил очистить свою систему, чтобы устранить будущие причины ошибок. Я также упомянул аргументы ВМ и объяснил, почему они явно не работают для меня. Это ваш выбор, как вы хотите настроить свою систему, в зависимости от того, что вы действительно нужно.
- Мне пришлось сделать обе вещи, но добавление строки javaw.exe в любом случае заставило меня установить все на 64-битную версию. Это зависит от того, сколько кармического наказания вы должны заплатить андроиду.
- Я занимаюсь разработкой в течение многих лет, и без каких-либо изменений в моей системе (о которых я знаю) Eclipse выдает эту ошибку. Добавление опции -vm помогло мне решить эту проблему, без необходимости изменять какие-либо другие настройки или удалять / переустанавливать / устанавливать что-либо.
Для пропавшего jvm.dll файл, мы можем указать путь к файлу dll в eclipse.ini файл как
Здесь важно удалить пробелы в пути и двойные кавычки. У меня это сработало, когда я удалил кавычки и пробел.
Надеюсь, это кому-то поможет.
У меня была аналогичная проблема. Решено было сделать следующее.
- Переместите Eclipse в Файлы программ (не Программные файлы (x86)).
- Удалите путь к 32-разрядной версии Java из переменной среды path.
У меня установлены обе версии Java, но Eclipse продолжал пытаться использовать 32-битную.
Конечно, вам нужна совместимая версия JDK и Eclipse, но вам также необходимо добавить eclipse.ini заполните следующие строки:
Сделайте их двумя первыми строчками вашего eclipse.ini файл.
Как уже упоминалось многими, это проблема 32 против 64 как для Eclipse, так и для Java. Вы не можете перепутать 32 и 64 бит. Поскольку Eclipse не использует JAVA_HOME , вам, вероятно, придется изменить свой PATH перед запуском Eclipse, чтобы убедиться, что вы используете не только соответствующую версию Java, но также 32- или 64-разрядную версию (или измените файл INI, как заметил Джаят).
Если вы устанавливаете Eclipse из общего ресурса компании, убедитесь, что вы можете указать, какую версию Eclipse распаковываете, и распаковать ее в соответствующую Файлы программ каталог, чтобы отслеживать, что есть что, затем измените ПУТЬ (либо навсегда через Панель управления (Windows) -> Система, либо установите PATH=/path/to/32 or 64bit/java/bin;%PATH% (возможно, создайте командный файл, если вы не хотите устанавливать его в переменных вашей системы и / или пользовательской среды). Помните, 32-битная версия Программные файлы (x86).
Ответы выше меня настолько соблазнили меня, что я решил пробовать все возможные комбинации с ОС, Eclipse и трио JVM. В любом случае, кто бы ни копал и читал мой пост, проверьте следующее как горячую точку (я пользователь Windows 7).
Вы понимаете Файлы программ а также Программный файл (x86) это две разные папки . x86 обозначает 32-разрядную версию программ, а первая - 64-разрядная версия.
Если у вас установлено несколько версий Java с разной разрядностью и версиями выпуска, что неизбежно произойдет с таким количеством IDE с открытым исходным кодом, менеджеров, административных консолей, лучший вариант - установить аргумент виртуальной машины непосредственно в eclipse.ini файл. Если вы этого не сделаете, Eclipse сойдет с ума и попытается найти себя, что не очень хорошо.
Это должно делать свое дело.
Вы можете решить эту проблему, как и многие другие. Вам это нужно Eclipse и JDK должны быть 32-битными или оба 64-битными.. Архитектура ОС не имеет значения, в то время как остальные остаются на том же типе архитектуры.
Один из простых способов решить эту проблему - скопировать jre папку из установленного JDK в папку установки Eclipse. Убедитесь, что JDK, из которого вы копируете, имеет ту же архитектуру, что и ваша установка Eclipse.
Мне пришлось настроить мою машину таким образом, потому что я запускаю на своей машине Eclipse и Appcelerator Titanium Studio. Studio требуется 32-битная Java, а Eclipse - 64-битная.
- Я сделал то же самое давным-давно, но на этот раз для eclipse-jee-juno-SR1-win32 и Java6 мне не удалось заставить его работать. Вы также редактировали eclipse.ini с указанием абсолютного пути к jre?
- У меня также есть Eclipse 64 width jdk 7 64bit, но титановый высокий, мне не удается загрузить общую dll jni.
- Из-за сумасшедших автообновлений Window всякий раз, когда появляется обновление для JAVA, он блокирует запуск моего Eclipe. Вышеупомянутое решение - это самый простой способ работать независимо, не заботясь об автообновлениях. Благодарность!
Да, просто убедитесь, что ваши версии Eclipse и JDK 64-битные. Просто чтобы убедиться, что все правильно, удалите JDK и установите его в Файлы программ а не в Программные файлы (x86). По крайней мере, это решило мою проблему.
После удаления строк DevSuiteHome из переменной paths и добавления места исправления для 64-битной jvm.dll (не уверен, было ли это необходимо, не пробовал без), Eclipse снова работал, и пакет разработчика по-прежнему работает.
Просто, у меня 64-битная ОС, 32-битный Eclipse и JDK 32 и 64 установлены . Я только что удалил 64-битный JDK, и Eclipse работает нормально.
У меня была такая же проблема после обновления с Java 6 до Java 7. После того, как я удалил Java 6 (64 бит) и переустановил Java 7 (64 бит), Eclipse заработал. :)
Очень важно добавить параметр -vm и его значение в 2 строки В НАЧАЛЕ eclipse.ini.
-vm C: \ Program Files \ Java \ jdk1.7.0_45 \ bin \ javaw.exe
Я хочу предложить другое решение этой ошибки, особенно для тех, кто хочет использовать 32-битный и 64-битный Eclipse в одной системе.
Eclipse запустится с использованием JRE / JDK в jre подкаталог, если он существует. (STS или другая IDE на основе eclipse также поддерживает эту функцию . )
Решение - создать соединение каталогов с помощью mklink.exe команды, которые существуют в Windows Vista или более новой версии (junction.exe предлагает аналогичную функцию для Windows 2000 / XP)
Откройте окна командной строки и выполните следующую команду:
Конечно, если Eclipse предназначен для 64-битной Windows, архитектура JDK/JRE должно быть таким же.
- Eclipse for windows x86_64 установлен в d: \ devTool \ eclipse
- JDK for windows x64 установлен в C: \ Program Files \ Java \ jdk1.8.0
Команда для создания jre папка будет:
mklink / j "d: \ devTool \ eclipse \ jre" "C: \ Program Files \ Java \ jdk1.8.0"
Кстати, удаление соединения каталогов будет НЕ удалить любой файл. Если вы создаете неправильную ссылку, вы можете удалить ее с помощью файлового проводника или rmdir команда.
Убедитесь, что вы запускаете Eclipse с правами администратора.
Если вы используете все 64-битное трио, и оно по-прежнему не работает (я столкнулся с этой проблемой при запуске Android Monitor в Intellij Idea), вероятно, используется неправильный jvm.dll, а не то, что ожидает ваша java. Просто выполните следующие действия:
Найдите jvm.dll в каталоге JDK: c:\Program Files\Java\jdk1.7.0_xx\jre\bin\server\
Скопируйте jvm.dll из каталога JRE в каталог JDK и перезапишите jvm.dll в JDK.
Не забудьте на всякий случай сделать резервную копию. Нет необходимости устанавливать или удалять что-либо, связанное с Java.
То же самое произошло и со мной. У меня был 64-битный Eclipse, но мой JDK был 32-битным. Я установил 64-битную версию, и сейчас все в порядке.
Я не уверен, почему, но у меня был установлен jre в моем каталоге c: \ windows, а java.exe и javaw.exe в моем каталоге windows \ system32.
Очевидно, что эти каталоги получали приоритет даже ПОСЛЕ добавления флага -vm в мой файл eclipse.ini.
Удаление их отсюда устранило проблему для меня.
Вы изменили правильную версию JAVA_HOME и PATH в переменных среды.
Обязательно используйте правильную версию, совместимую с вашим JDE, как было сказано ранее.
64-разрядная среда выполнения Eclipse предлагает «Не удалось загрузить общую библиотеку JNI \ Java \ jre6 \ bin \ client \ jvm»
Из-за изменений в среде разработки исходная 32-разрядная версия Juno была заменена 64-разрядной 64-разрядной средой Juno SP1. Результат запускает Eclipse и сообщает об ошибке:
"Failed to load the JNI shared library “E:\2000\Java\JDK6\bin\..jre\bin\client\jvm.dll”
Для других сред используется 32-битный JDK 1.6.0_37 по умолчанию, который по умолчанию настроен в переменной JAVA_HOME по умолчанию, а путь - E: \ 2000 \ Java \ JDK6.
Итак, недавно установленная 64-разрядная версия JDK 1.6.0_37, путь E: \ 2000 \ Java \ JDK64, запустите Eeclipse и снова сообщите об ошибке, как указано выше.
Подумайте об этом внимательно, когда Eclipse запускается, он должен сначала искать JVM из своей собственной конфигурации, поэтому в Eclipse.ini добавляются две строки:
Все еще не так, там же. Поэтому просто установите JAVA_HOME в системных переменных среды: E: \ 2000 \ Java \ JDK64. На этот раз он может запуститься нормально, но когда другие системы используют 32-разрядную версию, об этой же ошибке снова сообщается. Посмотрите внимательно на Eclipse.ini и нашли OpenFile Следующие пункты были добавлены:
Но я изначально добавил его в конец файла в неправильной позиции, поэтому он не вступил в силу. (Приглашенная ежемесячная заметка: На самом деле, вы можете поместить оригинальные две строки после OpenFile. ) Итак, замени JAVA_HOME сбрасывается в: E: \ 2000 \ Java \ JDK6
Попробуй еще раз E: \ 2000 \ Java \ eclipse \ eclipse.exe -clean -nl en_US Перезапустите Eclipse, результат неверный:JVM Terminated. Exit code=-1
Посмотрите внимательно и учтите, что это может быть проблема с параметрами памяти:
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Dhelp.lucene.tokenizer=standard
-Xms40m
-Xmx512m
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Dhelp.lucene.tokenizer=standard
-Xms40m
-Xmx256m
Перезагрузка и наконец нормально.
После нормального запуска вернитесь к 512M, Затмение еще можно запустить в обычном режиме. Похоже, что Eclipse имеет ловкий «Чтобы запомнить правильную конфигурацию.
Читайте также: