Не удалось запустить файл jnlp приложение не было инициализировано
До недавнего времени я мог запускать / открывать файлы JNLP в Firefox с помощью веб-запуска Java .
Пробовал все возможности: удалил все старые версии и установил последнюю JRE (версия java "1.6.0_17"), но она не работает.
Проблема в том, что я не знаю места (журналы и т. Д.), Где можно было бы найти причину проблемы.
Я использую WinXP SP3, и на некоторых из приведенных ниже снимков экрана показана дополнительная информация о моей системе. При необходимости я могу предоставить любую другую информацию, но, пожалуйста, помогите мне решить эту проблему.
Посмотрите, что произойдет, если вы запустите javaws.exe прямо из командной строки.
Я знаю, что это более старый вопрос, но на прошлой неделе я начал сталкиваться с аналогичной проблемой, поэтому я оставляю здесь несколько заметок относительно решения, которое мне подходит.
Это произошло только на некоторых машинах с Windows, использующих даже последнюю на сегодняшний день JRE (1.8.0_45).
Java Web Start начал загружаться, но ничего не произошло, и ни одна из предыдущих попыток решения не сработала.
После некоторого покопания я нашел эту ветку, которая дает ту же настройку и отличное объяснение.
Итак, в заключение, это была проблема с памятью в 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
Этой ошибке, кажется, 6 лет, cf. Приложение должно иметь возможность игнорировать свойства, которые со временем устарели, не так ли?
- откройте Javaws из команды cmd runnig javaws -viewer. Откроется новое окно
- Выберите нужный файл jnlp и нажмите кнопку запуска.
- Закройте окно просмотра javaws.
То же решение работало, как было предложено hpereira Проблема возникла из-за того, что версия JRE была 32-битной, а не 64-битной. Проверьте с помощью java -version , является ли ваша Java 64-разрядной.
Это приложение, для которого у вас есть код? В 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. У меня это сработало.
Должен быть включен запуск Java через Интернет.
Проверьте, включен ли javaws (веб-запуск Java для вашей системы). Используйте команду ниже в консоли, чтобы открыть панель управления java.
Я на Ubuntu MATE 18.04. Все приложения jnlp, которые я пробовал, дают ошибку выполнения. После проверки некоторые библиотеки в Java отсутствуют.
Хотя ожидается, что он будет зависеть от openjdk-8, а не от 11 (согласно веб-сайту пакетов ubuntu). Я подозреваю, что JDK-11 не включает в себя некоторые библиотеки, необходимые для этого.
Я предполагаю, что я установил некоторый PPA, который теперь создает такую ситуацию, когда jdk-11 является более современным выбором, чем любой пакет jdk-8. Итак, как мне добиться, чтобы icedtea-8 была установлена с openjdk-8, а не с 11?
РЕДАКТИРОВАТЬ: Это вывод, когда я пытаюсь запустить из Firefox приложение jnlp:
ClassNotFoundException: sun/misc/JarIndex - это то, что заставило меня задуматься из-за зависимости от jdk11, так как этот класс, кажется, был удален в Java 9.
Я попытался установить только openjdk-8, а затем собрать icedtea из исходного кода. Тем не менее, когда я закончил, это не было обнаружено Firefox (возможно, некоторые команды отсутствовали).
Также найдите ниже вывод этих команд (после попытки установки в соответствии с вашим ответом):
3 ответа
После некоторых проб и ошибок я нашел только одно полезное решение - нам нужно вручную установить обычный OpenJDK 8 из предыдущей Ubuntu 16.04 LTS с помощью приведенных ниже команд. Обычно это не рекомендуется, но у нас нет других методов с положительным результатом.
Итак, команды для установки следующие (мы удаляем существующий OpenJDK, а затем устанавливаем deb-пакеты вручную):
Также нам нужно закрепить / сохранить версии таких пакетов одной длинной командой ниже:
а затем приложение будет работать с
Примечания: установка Oracle Java 11 или 12 тоже не помогает.
Это, очевидно, связано со ссылкой на Oracle. Я удалил Oracle Java давно. (Я пока не нашел решения.) Я на Ubuntu 19.04 использую Unity.
Смотрите ниже, в частности, "выбранный JRE"
В моей системе я обнаружил, что javaws все еще пытался использовать JRE-11 (который не работал), потому что default-jre-headless (зависимость icedtea-netx ) создал ссылку (которая не была изменена update-java-alternatives ).
Мне пришлось вручную изменить эту символику, чтобы указать на версию JRE-8, чтобы иметь javaws снова работает
Я обнаружил, что старая установка Oracle продолжала оставлять переменные среды установленными:
unset тинг те сделал javaws забрать не Оракула JRE.
Я был в состоянии установить по умолчанию java-8 или java-11.
а затем правильно установить переменную JAVA_HOME с помощью одной из команд
Стоит проверить значение переменной.
У меня есть предупреждение и ответ, в том числе
netx: неверный файл jnlp /home/phobos/express.jnpl
Теперь осталось выяснить, что не так eithwer с файлом jnpl или с моей конфигурацией.
Решено - я использовал неправильное имя файла Это работает сейчас.
Работает нормально с текущей версией 8u212. Осталось сделать изменение имени JAVA_HOME постоянным.
до недавнего времени я был в состоянии запустить / открыть у jnlp файлы Firefox используя Java веб-запуск.
Не знаю, что случилось вдруг у jnlp файлы перестали запускаться, появляется заставка с надписью Запуск Java. и ничего не происходит. Даже Java-Консоль в браузере и javacpl.cpl апплет не открывается.
попробовал все варианты: удалено все старые версии и установлена последняя JRE (java версия "1.6.0_17"), все еще не работает.
сделал некоторые гугля для этой проблемы, люди предложили начать javaws.exe С - viewer опция, но такое же поведение (появляется заставка с надписью " запуск Java. а потом исчезает)
проблема в том, что я не знаю никакого места (журналы и т. д.) искать, чтобы увидеть, что вызывает проблему.
Я использую WinXP SP3, и некоторые на скриншотах ниже показана дополнительная информация о моей системе. Я могу предоставить любую другую деталь, если это необходимо, но, пожалуйста, помогите мне решить эту проблему.
Я знаю, что это более старый вопрос, но на прошлой неделе я начал получать аналогичную проблему, поэтому я оставляю здесь некоторые заметки о решении, которое подходит мне.
Это произошло только на некоторых машинах Windows, использующих даже последнюю JRE на сегодняшний день (1.8.0_45).
веб-запуск Java начал загружаться, но ничего не произошло, и ни одна из предыдущих попыток решения не сработала.
после некоторого рытья я нашел этот поток, который дает ту же настройку и отличный объяснение.
Итак, в заключение, это была проблема с памятью в x86 JRE, и поскольку максимальная куча нашего JNLP была определена как 1024MB, мы изменили на 780MB, как было предложено, и она была исправлена.
однако, если вам нужно больше, чем 780MB, всегда можно попробовать запустить в версии x64 JRE.
посмотрим, что произойдет, если вы запустите javaws.exe непосредственно из командной строки.
У меня была такая же проблема здесь. перейдите к панели управления java и настройкам. снимите флажок "хранить временные файлы интернета на моем компьютере". Примените изменения и повторите попытку.у jnlp
Примечание: протестировано на разных машинах; Windows Server 2012, Windows Server 2008 и Windows 7 64bit. Версия Java: 1.7++ так как мое приложение jnlp построено на 1.7
пожалуйста, дайте мне знать ваши отзывы тоже. : D
хотя этот вопрос немного устарел, проблема была вызвана поврежден параметр реестра ClearType и решается путем его фиксации, как описано в этом ClearType, install4j и случай ошибки Java пост.
Если javacpl не открывается и дает вам не удалось найти основной класс:, возможно, Java путается из-за изменений в развертывании.свойства (можно найти в C:\Users\<username>\AppData\LocalLow\Sun\Java\Deployment on Win7 ). Удалите этот файл и все нормально.
этой ошибке, кажется, 6 лет,cf. Приложение должно иметь возможность игнорировать свойства, которые со временем устарели, не так ли?
- открыть Javaws из команды cmd runnig javaws-viewer. Откроется новое окно
- Выберите файл jnlp, который вы хотите, и нажмите кнопку Выполнить.
- закройте окно просмотра javaws.
Это приложение, к которому у вас есть код? Java 6u14 включил изменение способа обработки безопасности jar, что для нас вызвало очень похожие проблемы. Если ваши банки подписаны и работают с Java 6u13 или ниже, вы можете рассмотреть возможность рефакторинга кода для работы с этим обновлением или потребовать Java 6u13 или ниже. К сожалению, я не помню точно, что мы сделали, чтобы решить проблему - это был панический режим в то время.
опять же, если у вас есть код у вас есть инструменты, чтобы работать. Вы можете положить в System.out.println операторы в ваших подпрограммах запуска - любой вывод консоли отображается в окне команды при запуске JNLP из командной строки. В противном случае вы можете использовать хороший регистратор, как log4j чтобы получить лучшее представление о точке сбоя.
вы также можете полностью удалить приложение и загрузить его заново. Java Web Start имеет апплет панели управления, который позволяет вам видеть URL-адрес, с которого загружается ваше приложение (может быть неправильный), удалите приложение,установите параметры безопасности и т. д.
У меня была точно такая же проблема. Оказалось, что максимальный размер "кучи" был установлен в 1024 и отсутствует аппарат. Конфигурация должна быть max-heap-size=1024m.
таким образом, очевидно, недопустимая конфигурация памяти в файле jnlp вызовет это точное поведение.
в моем случае проблема была вызвана запуском моего приложения из ярлыка на общедоступном рабочем столе (windows 7). В результате, насколько я могу судить, местоположение временных файлов было установлено в c:\users\public\etc - . Это привело к невозможности записи в кэш detail. Когда я сбрасываю значения по умолчанию в апплете управления временными файлами, все работает нормально.
В моем случае Netbeans автоматически создает a .файл jnlp, который не работает, и моя проблема была вызвана случайной перезаписью launch.jnlp файл на сервере (по неадекватной и неправильной версии от Netbeans). Это вызвало несоответствие между локальными .jnlp файл и удаленный .jnlp файл, в результате чего Java Web Start просто завершает работу после " проверки приложения."
поэтому никто больше не должен тратить час на поиск ошибки, которая должна быть сообщена адекватно (но нет) Java WS.
Это также может быть связано с переменной окружения CATALINA_HOME в вашей системе. В нашей организации было несколько случаев, когда приложения JNLP просто отказывались запускаться без регистрации ничего и опорожнения CATALINA_HOME решили проблему.
У меня была переменная окружения, установленная в командной строке, и она не появилась в GUI. Я не уверен, что команда setx или команды удаления регистра сделали трюк. Перезапуск кажется необходимым после удаления переменной.
теперь ошибки нет однако в дальнейшем, когда я пытаюсь подписать документ своими ключами возникают новые трудности:
это в фф под линуксом. В виндовсе хром при нажатии на "запустити" просто качает файл start.jnlp
Отмечено как решение
В хроме это стандартное поведение. Нужно просто потом запустить jnlp, нажав на него
Попробуем разобраться с IcedTea. У вас какая версия? Если файл скачать и просто запустить происходит тоже самое?
Подтверждаю:
IcedTea-Web Plugin (using IcedTea-Web 1.5 (1.5-1ubuntu1)) - та же самая ошибка
Так вы пробовали сначала скачать файл, а потом запустить?
ну под виндой так и сделал и отчеты сдал, а в линуксе (основная рабочая система) вон ошибку пишет при запуске файла этого
Під лінуксом (генту) через Oracle JRE працює нормально:
➜
java-config-2 -L
The following VMs are available for generation-2:
1) IcedTea JDK 7.2.4.7 [icedtea-bin-7]
*) Oracle JRE 1.8.0.20 [oracle-jre-bin-1.8]
3) Sun JDK 1.6.0.45 [sun-jdk-1.6]
4) Sun JRE 1.6.0.45 [sun-jre-bin-1.6]
Да, c Oracle проблем нет. Это ошибка только на IcedTea
Установлено:
OpenJDK Runtime Environment (IcedTea 2.5.3) (7u71-2.5.3-2)
OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
icedtea-web 1.5.2 (1.5.2-1)
После последнего обновления Явы файл jnlp во всех браузерах открывается как текст.
Windows 8.1 x64. Время идет, надо сдавать отчетность.
Как временное решение — нужно установить Oracle Java. Будем разбираться с IcedTea чуть позже
Есть шанс, что в IcedTea будет работать до 9 февраля?
Шанс есть, но о конкретных сроках решения именно этой проблемы сказать пока не можем.
Кроме этого IcedTead считает наш апплет неподписанным, хотя это не так. С этим тоже будем разбираться. Пока можно все равно разрешить запускать апплет.
Мы внесли необходимые правки, теперь файл jnlp должен запускаться.
Без обид, но люди, когда Вы переходите на Linux, Вы читаете мануалы? В чем проблема просто снести IcedTea и поставить JAVA и будет Вам счастье? Я тоже мучался, но перейдя с WINDOWS надо понимать, что ты в другом мире и по другому мыслить, а в Linux все возможно, только надо много читать и запоминать. TAXER это реальное решение, чтобы не зависеть от M.E.DOC и WINDOWS.
а почему он должен сносить IcedTea и ставить Java от Oracle? С какой стати?
Спасибо за Ваш ценный комментарий. Всё прекрасно работает с OpenJDK уже почти как 2 года. Таксер молодцы.
Здравствуйте, пытаюсь запустить апплет но IcedTea выдаёт ошибку
java -version
openjdk version "1.8.0_191"
OpenJDK Runtime Environment (build 1.8.0_191-8u191-b12-2ubuntu0.18.04.1-b12)
OpenJDK 64-Bit Server VM (build 25.191-b12, mixed mode)
Читайте также: