Рабочие пары ОС, JDK и Eclipse:
- 32-битная ОС - 32-битная JDK - 32-битная Eclipse (только 32-битная)
- 64-разрядная ОС - 32-разрядная JDK - 32-разрядная Eclipse
- 64-разрядная ОС - 64-разрядная JDK - 64-разрядная Eclipse (только 64-разрядная)
У меня было установлено несколько 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, чтобы иметь отношение к нему.)
Я также не смог выяснить, как проверить, было ли это Затмение 3264-битная или 64-битная версия (я не смог найти ее в Task Manager , так как эта «установка» Eclipse не запустилась. И поскольку прошло некоторое время с тех пор, как я ее настроил,Я также не мог вспомнить его версию.)
В случае, если вы используете более новый JDK и более старый JRE , у вас тоже могут быть проблемы, но тогда это скорее всего java.lang.UnsupportedClassVersionError
появляется IIRC .