Почему Java Web Start не работает с 64-битными средами Java? - PullRequest
1 голос
/ 29 января 2009

Java Web Start не поставляется с 64-битными сборками JDK . Почему это? Чего не хватает, что мешает его строить и работать?

Ответы [ 4 ]

4 голосов
/ 29 января 2009

Очевидно, что - это без причины, так как его в JRE6u12. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4626735

2 голосов
/ 07 февраля 2009

Думаю, вы захотите узнать, что новое обновление вышло: http://java.sun.com/javase/6/webnotes/6u12.html

Поддержка 64-битного браузера для плагина Java и Java Webstart Этот выпуск поддерживает новый плагин Java и Java Webstart на архитектуре AMD64, на Платформы Windows. Java в автономном режиме Установщик (JRE и JDK) предоставляется. Обратите внимание, если вы используете 32-битные и 64-битные браузеры взаимозаменяемы, вы будете нужно установить как 32-битную, так и 64-битную JRE для того, чтобы иметь плагин Java для оба браузера.

1 голос
/ 07 февраля 2009

В основном это отсутствие спроса. Вы действительно нуждаетесь в 64-битной версии, только если вы планируете использовать более 1200 МБ памяти для клиента веб-запуска. В противном случае это не имеет большого значения.

Вам известны какие-либо примеры веб-приложений, которые используют такое большое количество памяти?

0 голосов
/ 17 июля 2012

Да, Javawebstart используется не только для запуска приложения, начиная с простого посещения Интернета через ваш браузер. Он также используется для развертывания JNLP. И приложения, которым нужно БОЛЬШЕ, чем 2-3 ГБ, действительно существуют. JavaWebStart DID работал в прошлом, чтобы начать в 64-битном режиме. Но теперь javawebstart больше не учитывает флаг командной строки -D64, заданный для параметров командной строки виртуальной машины (что еще хуже, мы ограничены до 247 МБ, даже если мы передаем параметры виртуальной машины -Xmx (которые больше не соблюдаются) тоже !!)

Использование приложений JNLP теперь невозможно. Нам нужна полная поддержка 64-битного режима (и способ передачи параметров создания ВМ). Это не просто ограничение, но серьезное возвращение к старым временам, когда Java VM стала чрезвычайно медленной и подкачкой.

Похоже, что документация по Java сейчас неверна или параметр поддержки для нее изменился. Если вы когда-либо устанавливали какой-либо инструмент, который обеспечивает ассоциации JNLP с командой, возможно, он изменил отображение, используя установку только 32-битной версии Javawebstart в \ windows \ syswow64 (которую панель управления Java не обнаружит). и не обновлять), когда в то же самое время у вас есть последнее обновление, установленное в \ windows \ system32 с 64-битным лагуном javaws, поддерживающим ОБА 32-битные и 64-битные виртуальные машины.

Чтобы запустить java в 64-битной версии, когда вы установили как 32-битную, так и 64-битную версии, вам нужно проверить ярлык, созданный на рабочем столе или в меню Пуск, чтобы убедиться, что он эффективно использует правильный путь в \ windows \ system32 и наличие параметра «-J-d64» (а также «-J-Mx = 3048m», если вы хотите увеличить максимальный размер виртуальной машины. В противном случае ваша виртуальная машина будет 32-разрядной и ограничена 247 МБ! !!

Я ненавижу те инструменты, которые устанавливают и изменяют установку Java где-то еще, не регистрируя их должным образом в реестре Windows, используя поддерживаемый метод установки (не только для собственного использования, но и пытаясь изменить ассоциации типов файлов.

В любом случае в панели управления Java для Windows есть ошибка, если она не помогает восстановить ассоциации файлов и не обнаруживает, что была установлена ​​другая JRE (чаще всего устаревшая версия!), А в документации по-прежнему неверно говорится, что мы должен использовать следующий за параметром VM "-D64", когда он должен быть "-d64" (первый используется только для определения свойства с неустановленным значением в среде).

...