Ответ 1
Разработчики Chrome ленивы и не хотят тратить время на то, как использовать полные 64-битные инструкции, регистры и т.д.
Почему обновитель Chrome Java устанавливает глобальную 32-битную JRE на 64-битной машине?
Недавно я обновил JRE с помощью процесса обновления, который предлагает хром (версия 38.0.2125.104 m) ( "ваша Java устарела и нуждается в обновлении" или тому подобное). В результате моя эллипсовая луна (64 бит) больше не выполнялась. Подойдя ближе к фону, я обнаружил: хром java updater (notabene, начатый с сайта Oracle) добавил C:\ProgramData\Oracle\Java\javapath перед env var PATH. Эта папка содержит три символических ссылки на новейшую java 8 JRE-установку в (x86) папке программы → следовательно, на 32-битную java JRE.
Очевидно, что Oracle заменил (с Java8) старый метод - с java-пусковыми установками в system32 (для 64-битных приложений) соответственно. SysWOW64 (для 32-битных приложений) - с этим новым подходом. Но: в этих местах по-прежнему есть "старый" java.exe/javaw.exe/javaws.exe, а также актуальные версии (такая же дата файла, что и новые символические ссылки).
Мои вопросы: a) в чем причина установки глобальной 32-разрядной JRE на 64-битной машине? б) Есть ли лучший подход к решению проблемы, чем просто удаление новой записи пути?