Я не могу запускать приложения JNLP с помощью Java Web Start?

Посмотрите, что произойдет, если вы запустите javaws.exe прямо из командной строки.

Я знаю, что это более старый вопрос, но на прошлой неделе я начал сталкиваться с аналогичной проблемой, поэтому я оставляю здесь несколько заметок относительно решения, которое мне подходит.

Это произошло только на некоторых машинах с Windows, использующих даже последнюю на сегодняшний день JRE (1.8.0_45).

Java Web Start начал загружаться, но ничего не произошло, и ни одна из предыдущих попыток решения не сработала.

После некоторого покопания я нашел эту ветку, которая дает ту же настройку и отличное объяснение.

https://community.oracle.com/thread/3676876

Итак, в заключение, это была проблема с памятью в x86 JRE, и поскольку максимальная куча нашего JNLP была определена как 1024 МБ, мы изменили ее на 780 МБ, как было предложено, и это было исправлено.

Однако, если вам нужно больше 780 МБ, всегда можно попробовать запустить версию x64 JRE.

у меня была такая же проблема. перейдите в панель управления Java и настройки ... Снимите флажок "Хранить временные файлы на моем компьютере". Примените изменения и попробуйте еще раз свой .jnlp

Примечание: проверено на разных машинах; Windows Server 2012, Windows Server 2008 и Windows 7 64-разрядная. Версия Java: 1.7 ++, так как мое приложение jnlp построено на 1.7

Пожалуйста, дайте мне знать и свой отзыв. : D

Если javacpl не открывается и выдает сообщение Не удалось найти основной класс:, возможно, что Java запуталась из-за изменений в deployment.properties (можно найти в C:\Users\<username>\AppData\LocalLow\Sun\Java\Deployment on Win7). Удалите этот файл, и все в порядке.

Этой ошибке, кажется, 6 лет, cf. Приложение должно иметь возможность игнорировать свойства, которые со временем устарели, не так ли?

Хотя этот вопрос немного устарел, проблема была вызвана поврежденным параметром реестра ClearType и решена путем его исправления, как описано в этом Сообщение ClearType, install4j и случай ошибки Java.

ClearType, install4j и случай ошибки Java Java

Знаете ли вы, что общего у ClearType (технология сглаживания шрифтов в Windows) с Java (языком программирования и одним из рекомендуемых фреймворков)?

Ничего, кроме того, что они вместе усердно работали, чтобы сделать меня несчастным в течение нескольких месяцев. У меня было какое-то программное обеспечение Java, которое я не мог установить. То есть действительно не мог - даже не выяснить причину или воспроизвести ее на другом ПК.

Недавно меня одобрили для участия в бета-версии Woopra (служба аналитики сайта), и она использует настольный клиент, написанный на Java… Я не смог установить. Это меня очень разозлило. :)

История Все рассматриваемое программное обеспечение было похоже:

настройка на основе install4j; установка вылетает с кучей ошибок. Я обвинял install4j во время первых (около сотни) попыток решить проблему. Позже я постепенно понял, что если бы это было так долго, решение было бы создано и погуглить.

Трассировка После смещения фокуса с install4j я решил продвинуть Java-фреймворк. Раньше я пробовал стабильные версии, поэтому решил выбрать нестабильную версию 1.6 Update 10 Release Candidate.

На самом деле это исправляет сообщения об ошибках, но не дает сбоев. Я также заметил, что в каталоге с установочными файлами был создан новый журнал ошибок. Раньше я видел журналы только во временном каталоге Windows.

В новом журнале ошибок говорилось следующее:

Не удалось отобразить графический интерфейс. Этому приложению требуется доступ к X-серверу. Если у вас есть доступ, вероятно, отсутствует библиотека X. ************************************************* ***************** Вы также можете запустить это приложение в консольном режиме без доступа к X-серверу, передав аргумент -c. Очень странно искать X-Server на других платформах. ПК, не так ли? Поэтому я решил попробовать аргумент «-c». И действительно удалось установить в консольном режиме.

Счастливый конец? Неа. Теперь установленное приложение вылетало. Но это действительно заставило меня задуматься. Если консоль работает, а графический интерфейс - нет - значит, проблема с последним.

Еще один журнал ошибок (в папке приложения) теперь говорил (среди прочего):

Вызвано: java.lang.IllegalArgumentException: -60397977 несовместимо с текстовой клавишей контрастности ЖК-дисплея. Который успешно погуглил мне описание ошибки с Java, неспособным прочитать нестандартную настройку реестра ClearType.

Решение Я немедленно запустил ClearType Tuner из Панели управления и обнаружил, что параметр показывает бессмысленное число. После его исправления все проблемы с Java мгновенно исчезли.

cleartypetuner_screenshot Извлеченные уроки Не спешите винить проблемы с программным обеспечением в одном приложении. Даже незначительные и совершенно не связанные настройки могут запустить смертельную цепную реакцию. Ссылки Среда выполнения Jave http://www.java.com/en/download/index.jsp

ClearType Tuner http://www.microsoft.com/windowsxp/downloads/powertoys/xppowertoys.mspx

Woopra http://www.woopra.com/

install4j http://www.ej-technologies.com/products/install4j/overview.html

Я тоже столкнулся с той же проблемой. Чтобы исправить это, выполните следующие действия.

1. откройте Javaws из команды cmd runnig javaws -viewer. Откроется новое окно
2. Выберите нужный файл jnlp и нажмите кнопку запуска.
3. Закройте окно просмотра javaws.

Веб-запуск Java должен быть включен.
Убедитесь, что javaws (веб-запуск Java включен для вашей системы). Используйте команду ниже в консоли, чтобы открыть панель управления java.

javaws -viewer

Такое же решение работало, как было предложено hpereira. Проблема была связана с тем, что версия JRE была 32-разрядной, а не 64-разрядной. Проверьте с помощью java -version, является ли ваша Java 64-разрядной.

C:\>java -version
java version "1.8.0_192"
Java(TM) SE Runtime Environment (build 1.8.0_192-b12)
Java HotSpot(TM) **64-Bit Server** VM (build 25.192-b12, mixed mode)

Это приложение, для которого у вас есть код? В Java 6u14 было внесено изменение в способ обеспечения безопасности jar-файлов, которое у нас вызывало очень похожие проблемы. Если ваши jar-файлы подписаны и работают с Java 6u13 или ниже, вы можете подумать о рефакторинге кода, чтобы обойти это обновление, или потребовать Java 6u13 или ниже. К сожалению, я не помню, что именно мы сделали для решения проблемы - в то время это был режим паники.

Опять же, если у вас есть код, у вас есть инструменты для работы. Вы можете использовать операторы System.out.println в процедурах запуска - все, что выводится на консоль, отображается в окне команд, когда вы запускаете JNLP из командной строки. В противном случае вы можете подумать об использовании хорошего регистратора, такого как log4j, чтобы лучше понять точку отказа.

Вы также можете полностью удалить приложение и загрузить его заново. В Java Web Start есть апплет панели управления, который позволяет вам увидеть URL-адрес, с которого загружается ваше приложение (может быть неправильный), удалить приложение, установить параметры безопасности и т. Д.

У меня была точно такая же проблема. Оказалось, что максимальный размер кучи был установлен на 1024 и отсутствовал блок. Конфигурация должна быть max-heap-size = 1024 м.

Таким образом, очевидно, неверная конфигурация памяти в файле jnlp вызовет именно такое поведение.

В моем случае проблема была вызвана запуском моего приложения с ярлыка на общедоступном рабочем столе (Windows 7). В результате, насколько я могу судить, местоположение временных файлов было установлено на c: \ users \ public \ etc. Это привело к невозможности записи данных в кэш. Когда я сбросил настройки по умолчанию в апплете управления временными файлами, все заработало нормально.

В моем случае Netbeans автоматически создает файл .jnlp, который не работает, и моя проблема возникла из-за случайной перезаписи файла launch.jnlp на сервере (неадекватной и неправильной версией Netbeans). Это вызвало несоответствие между локальным .jnlp файлом и удаленным .jnlp файлом, в результате чего Java Web Start просто завершился после «Проверка приложения».

Так что никому больше не нужно тратить час на поиск ошибки, о которой должен адекватно (но не) сообщать Java WS.

Это также может быть связано с переменной среды CATALINA_HOME в вашей системе. В нашей организации было несколько случаев, когда приложения JNLP просто отказывались запускаться, ничего не регистрируя, и очистка CATALINA_HOME решила проблему.

У меня была установлена ​​переменная среды в командной строке, но она не отображалась в графическом интерфейсе. Я не уверен, что команда setx или команды удаления регистра помогли. После удаления переменной необходим перезапуск.

Я считаю, что это проблема безопасности. Если я загружаю файл jnpl и выполняю его после чистой установки java 8 через javaws myfile.jnpl, все работает нормально (у меня появляется несколько окон, в которых мне нужно подтвердить некоторые проблемы с безопасностью).

Я хотел поделиться основной причиной моей проблемы. Я использовал High DPI в Windows, и из-за этого JNLP не запускался. Мне пришлось отключить High DPI, чтобы это сработало. Надеюсь это поможет.

Попробуйте Java Web Launcher, а не Java Web Start Launcher. У меня это сработало.