Коли я намагаюся відкрити Eclipse , у спливаючому діалоговому вікні зазначено:

Помилка завантаження спільної бібліотеки JNI "C: /JDK/bin/client/jvm.dll" `.

Після цього сила затемнення закривається.

Ось декілька моментів, які я хотів би зробити:

• Я перевірив, чи існує щось на цьому шляху. Воно існує.
• My Eclipse та Java SE Kit Kit - це 64-розрядні. Я перевірив свою систему, і вона може обробляти 64-розрядні.
• Я шукав цю проблему в Google і в Stack Overflow, і знайшов єдину відповідь - завантажити 32-бітні версії JDK і Eclipse.

Завантаження 32-бітних версій - це те, що я хочу зробити лише в крайньому випадку.
Що б запропонували вирішити це питання?

Вам потрібно 64-bitтріо:

• 64-bit ОС
• 64-bit Java
• 64-bit Затемнення

Робочі пари ОС, JDK та Eclipse:

• 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, всі працювали більш-менш.

Судячи зі змінних PATH, деякі установки були абсолютно марними, оскільки вони ніколи не використовувалися. Звичайно, на "неактивних" Javas можна було б посилатися вручну зсередини Eclipse, якщо мені це було потрібно, але я ніколи цього не робив, тому мені справді не потрібні. (Принаймні, я так думав у той час ...)

Я прибрав безлад, видалив усі поточні Java, встановив лише 64-розрядний JDK + JRE 1.7.

Один з "установок" 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 .

Переконайтеся, що ваш eclipse.iniфайл містить такі рядки.

-vm
C:\path\to\64bit\java\bin\javaw.exe

Моє eclipse.iniнаприклад:

-startup
plugins/org.eclipse.equinox.launcher_1.1.1.R36x_v20101122_1400.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.2.R36x_v20101222
-product
org.eclipse.epp.package.java.product
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
256M
-showsplash
org.eclipse.platform
-vm
C:\Program Files\Java\jdk1.6.0_32\bin\javaw.exe
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms40m
-Xmx512m

Використовуйте ОС і Eclipse як 64-бітне, так і 32-х бітове зберігайте те саме і конфігуруйте eclipse.ini.

Ваш eclipse.iniфайл можна знайти в папці затемнення .

У мене була така ж проблема

Я вирішив це, встановивши 64-бітний JVM від

http://www.java.com/uk/download/manual.jsp

Ця помилка означає, що архітектура Eclipse не відповідає архітектурі виконання Java, тобто якщо один є 32-розрядним, інший повинен бути таким же, а не 64-розрядним.

Найбільш надійним виправленням є визначення місця JVM у eclipse.ini:

-vm
C:\Program Files (x86)\Java\jdk1.7.0_55\bin\javaw.exe

Важливо: ці два рядки повинні бути перед -vmargs. Не використовуйте цитати; пробіли дозволені.

Ще один варіант:

Створіть ярлик до Eclipse.exe. Відкрийте ярлик і змініть ціль на:

"C:\Program Files\eclipse\eclipse.exe" -vm "c:\Program Files\Java\jdk1.7.0_04\bin\javaw.exe"

Для вашої установки переконайтесь, що місця вказують на правильний каталог встановлення Eclipse та правильний javaw.exeкаталог встановлення.

(Звичайно, 64/32-бітні версії Eclipse та Java повинні бути однаковими.)

У мене встановлено кілька версій Java, і Sun JDK & JRockit, і 32-бітні, і 64-розрядні, і т.д.

Що НЕ працювало:

64-бітове тріо за пропозицією Пітера Радера:

Я використовую 64-бітний Eclipse в 64-розрядної ОС (Windows 7).

Я переконався, що Sun JDK 7 64-розрядною версією Java стала за замовчуванням. Коли я набрав "java -version" з командного рядка (cmd.exe), Sun JDK 7 64-біт повернуто ...

java version "1.7.0"
Java(TM) SE Runtime Environment (build 1.7.0-b147)
Java HotSpot(TM) 64-Bit Server VM (build 21.0-b17, mixed mode)

Це не вирішило для мене проблеми.

Що працює DID :

Додавання параметра -vm до eclipse.ini, як запропонував Джейеш Каватія:

Я додав у eclipse.ini таке:

-vm
C:/apps/java/jdk7-64bit/bin/javaw.exe

Примітка:

Мені не довелося видаляти будь-яку з різних версій JDK або JRE, які я маю на своїй машині.

Для відсутнього jvm.dllфайлу ми можемо надати шлях файлу dll до eclipse.iniфайлу як

-vm
C:\Progra~1\Java\jdk1.6.0_38\jre\bin\server\jvm.dll

Тут важливо видалити будь-який пробіл на шляху та подвійні лапки. Це працювало для мене, коли я видаляв цитати та пробіл.

Я сподіваюся, що це комусь допоможе.

У мене була схожа проблема. Це було вирішено, роблячи наступне.

• Перемістіть затемнення до програмних файлів (не до програмних файлів (x86) ).
• Видаліть шлях до 32-бітної версії Java зі змінної середовища "path".

У мене встановлені обидві версії Java, але Eclipse намагався використовувати 32-бітну.

Звичайно, вам потрібно мати сумісну версію JDK та Eclipse, але вам також потрібно додати у eclipse.iniфайл наступні рядки:

-vm
yourdrive\java\bin

Зробіть їм перші два рядки вашого eclipse.iniфайлу.

Як уже багато людей наголошували, це 32-х та 64-бітова проблема для Eclipse та Java . Ви не можете змішати 32 та 64 біт. Оскільки Eclipse не використовуєтьсяJAVA_HOME , вам, швидше за все, доведеться змінити свій PATH перед запуском Eclipse, щоб переконатися, що ви використовуєте не тільки відповідну версію Java, але й 32 або 64 біт (або змініть файл INI, як зазначив Jayath) .

Якщо ви встановлюєте Eclipse з компанії-частки, вам слід переконатися, що ви можете сказати, яку версію Eclipse ви розпаковуєте, і розпакуйте їх у відповідний каталог програмних файлів, щоб допомогти відстежувати, що є, а потім змінити PATH (назавжди або через ( Панель управління Windows -> Система або встановити PATH=/path/to/32 or 64bit/java/bin;%PATH%(можливо, створити пакетний файл, якщо ви не хочете встановлювати його в змінних системи та / або користувальницького середовища). Пам'ятайте, що 32-бітний перелік програмних файлів (x86) .

Якщо ви не впевнені, просто запустіть Eclipse, якщо ви отримаєте помилку, змініть свій PATH на іншу "бітну" версію Java, а потім спробуйте ще раз. Потім перемістіть каталог Eclipse у відповідний каталог програмних файлів .

Крім того, отримайте ту саму "бітну" версію JRE та Eclipse, а потім створіть нову ярлик із нижченаведеною ціллю (замініть встановлені JRE та Eclipse розташування / шлях):

"C:\studio\eclipse.exe" -vm "C:\Program Files\Java\jre7\bin\server\jvm.dll" eclipse.vm="C:\Program Files\Java\jre7\bin\server\jvm.dll" java.home="C:\Program Files\Java\jre7" java.runtime.version=1.7.0

Це повинно зробити трюк.

Ви можете вирішити цю проблему, як і багато інших реплікуваних. Вам потрібно, щоб Eclipse та JDK були 32-бітовими або обома на 64-бітових . Архітектура ОС не має значення, в той час як інші залишаються на одному типі архітектури.

Відповіді вище мене настільки спокусили, що я вирішив висунути всі можливі комбінації з ОС, Eclipse та JVM тріо. У будь-якому разі, хто копає і читає мою публікацію, перевірте це як гарячу точку (я користувач Windows 7).

1. Ви розумієте, що програмні файли та програмний файл (x86) - це дві різні папки ... x86 означає 32-бітну версію програм, а перша - 64-бітна версія.

2. Якщо у вас встановлено кілька версій Java з різними версіями біт-версій та версій, що може статися з такою кількістю відкритих джерел IDE , менеджерів, адміністративних консолей, найкращим варіантом є встановлення аргументу VM безпосередньо у eclipse.iniфайлі. Якщо ви цього не зробите, Eclipse зійде з розуму і спробує пошукати себе, що не є добре.

Один з найпростіших способів вирішити це - скопіювати jreпапку з встановленого JDK в інсталяційну папку Eclipse. Переконайтеся, що JDK, з якого ви копіюєте, має таку ж архітектуру, що і ваша установка Eclipse.

Мені довелося налаштувати свою машину таким чином, оскільки я запускаю як Eclipse, так і Appcelerator Titanium Studio на своїй машині. Студії потрібна 32-розрядна Java, тоді як Eclipse - 64-розрядна.

Так, просто переконайтеся, що ваші версії Eclipse та JDK обидва 64-розрядні. Просто переконайтесь, що все правильно видалено JDK та встановіть його у файлах програми, а не у програмних файлах (x86) . Принаймні, це вирішило мою проблему.

Просто перевірте змінну середовища PATH. У розділі Мій комп'ютер -> Властивості -> Додаткові параметри системи -> Змінні середовища -> (ліве верхнє вікно "Змінні користувача для" деякого імені ПК "") просто перевірте змінну PATH. Якщо його немає, створіть його за допомогою наступного -> C: \ Program Files (x86) \ Java \ jre7 \ bin <-

Я зіткнувся з тією ж проблемою після того, як оновив Eclipse. Я виявив, що шлях запитував 64-бітну версію, але у мене був 32-бітний шлях у dif. Це було мені корисно. PS: У мене 64-бітна ОС, 32-розрядна JRE та 32-бітна Eclipse. Все працює чудово :)

Вам слід видалити всі старі [JRE] [1], а потім встановити найновіший ... У мене була така ж проблема, і зараз я її вирішую. Я:

Краще встановіть Jre 6 32 біт. Це справді працює.

Завантажили 64-бітний JVM з сайту та встановили його вручну та оновили змінну системного шляху. Це вирішило питання.

1. За замовчуванням встановлений JVM у моїй системі був у "C: \ Program Files
   (x86) \ Java \ jre7"
2. Вручну встановлений JVM був встановлений у "C: \ Program Files \ Java \ jre7" і після оновлення цього паштету до змінної системного шляху він працював.

Дякую, misterfrb , я зрозумів, що Eclipse доводить цю помилку, тому що я щойно встановив пакет Oracle 10g Developer , і він шукав jvm.dllфайл у C:\DevSuiteHome_1папці (я, мабуть, вирішив знову встановити JDK разом із набором для розробників).

Після вилучення рядків DevSuiteHome зі змінної шляхів та додавання місця корекції для 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: \ програмні файли \ Java \ jdk1.7.0_45 \ bin \ javaw.exe

Я хочу надати ще одне рішення для цієї помилки, особливо для тих, хто хоче використовувати 32-розрядні та 64-бітні Eclipse в одній системі.

Eclipse запуститься за допомогою JRE / JDK в jreпідкаталозі, якщо він існує. (STE або інша IDE на основі затемнення також підтримують цю функцію ...)

Рішення полягає у створенні з'єднання каталогів за допомогою 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: \ Програмні файли \ Java \ jdk1.8.0"

До речі, з'єднання видалення каталогу НЕ видалить жоден файл. Якщо ви створили неправильне посилання, ви можете видалити його за допомогою провідника файлів або rmdirкоманди.

rmdir "d: \ devTool \ eclipse \ jre"

Переконайтеся, що ви починаєте Eclipse з правами адміністратора.

Якщо ви використовуєте цілі 64-розрядні тріо, і це все ще не працює (я зіткнувся з цією проблемою під час запуску Android Monitor в Intellij Idea), ймовірно, неправильний jvm.dll використовується всупереч тому, що очікує ваша Java. Просто виконайте наступні дії:

1. Знайдіть jvm.dll у своєму каталозі JRE: C:\Program Files\Java\jre7\server\bin\jvm.dll

2. Знайдіть jvm.dll у каталозі JDK: c:\Program Files\Java\jdk1.7.0_xx\jre\bin\server\

3. Скопіюйте 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 в змінних середовища.

На сторінці завантаження Eclipse слід записати "JRE 32 біт" або "JRE 64 біт", а не "Windows 32 біт" або "Windows 64 біт".

Обов’язково використовуйте правильну версію, сумісну з вашим JDE, як відповіли раніше.