Критическая ошибка запуска: не удалось запустить файл jnlp. Приложение не было инициализировано
Обновлено: 22.11.2024
До недавнего времени я мог запускать/открывать файлы JNLP в Firefox с помощью Java web start.
Не знаю, что случилось, вдруг файлы JNLP перестали запускаться, появляется экран-заставка с надписью Java Starting, а затем ничего не происходит. Не открывается даже консоль Java в браузере и апплет javacpl.cpl.
Испробовал все возможности: удалил все старые версии и установил последнюю версию JRE (версия Java "1.6.0_17"), но она все равно не работает.
Погуглив эту проблему, люди предложили запустить javaws.exe с параметром -viewer, но с тем же поведением (появляется экран-заставка с надписью "Java Starting." и затем исчезает)
Проблема в том, что я не знаю, где (в журналах и т. д.) искать причину проблемы.
Я использую WinXP SP3, и на некоторых снимках экрана ниже показана дополнительная информация о моей системе. При необходимости я могу предоставить любую другую информацию, но, пожалуйста, помогите мне решить эту проблему.
16 ответов 16
Посмотрите, что произойдет, если вы запустите javaws.exe непосредственно из командной строки.
C:\Documents and Settings\akjain>javaws — я получаю это img519.imageshack.us/img519/5225/javaws.jpg. Как сказано выше, если я даю «javaws somefile.jnlp» или «javaws -viewer somefile.jnlp», появляется java-спэш, а затем исчезает.
Очень распространенной причиной является поврежденный кеш. Панель управления java позволяет очистить и даже отключить использование кеша.
Я знаю, что это старый вопрос, но на прошлой неделе у меня возникла похожая проблема, поэтому я оставляю здесь несколько заметок о решении, которое мне подходит.
Это произошло только на некоторых компьютерах с Windows, использующих даже последнюю на сегодняшний день версию JRE (1.8.0_45).
Java Web Start начал загружаться, но ничего не произошло, и ни одна из предыдущих попыток решения не сработала.
Покопавшись, я нашел эту ветку, в которой описана та же установка и отличное объяснение.
Итак, в заключение, это была проблема с памятью в x86 JRE, и, поскольку максимальная куча нашей JNLP была определена как 1024 МБ, мы изменили ее на 780 МБ, как было предложено, и это было исправлено.
Однако, если вам нужно больше 780 МБ, всегда можно попробовать запустить в версии x64 JRE.
Отлично, это работает. В нашем случае -Xms в файле JNPL должно быть равно -Xmx, установленному в _JAVA_OPTIONS.
У меня была такая же проблема. перейдите в панель управления и настройки Java. Снимите флажок «Хранить временные файлы на моем компьютере». Примените изменения и повторите попытку .jnlp
Примечание. Проверено на разных машинах. Windows Server 2012, Windows Server 2008 и Windows 7 64-разрядная версия. Версия Java: 1.7++, поскольку мое приложение jnlp построено на версии 1.7
Пожалуйста, дайте мне знать ваши отзывы тоже. :D
Должен быть включен веб-запуск Java.
Проверьте, включен ли javaws (веб-запуск Java для вашей системы). Используйте приведенную ниже команду в консоли, чтобы открыть панель управления Java.
Если javacpl не открывается и выдает сообщение Не удалось найти основной класс:, это может означать, что Java запутался из-за изменений в файле deployment.properties (можно найти в C:\Users\ \AppData\LocalLow\Sun\Java\Deployment на Win7). Удалите этот файл, и все в порядке.
Похоже, этому багу уже 6 лет, ср. Приложение должно иметь возможность игнорировать свойства, которые со временем устарели, не так ли?
Хотя этот вопрос немного устарел, проблема была вызвана поврежденным параметром реестра ClearType и решена путем его исправления, как описано в этом сообщении ClearType, install4j и случае ошибки Java.
Когда я пытаюсь открыть файл jnlp с помощью javaws32.bat, он выдает "Неустранимая ошибка запуска: не удалось запустить файл JNLP. Приложение не было инициализировано". Подробности приведены ниже:
-AdoptOpenJDk версии 1.8.0_222 в Windows 10
-IceTeaWeb устанавливается в C:\Program Files\IcedTeaWeb\WebStart\bin
-Переменная пути -> C:\Program Files (x86)\ Java\jdk8u222-b10\bin
-javaws32 version -> icedtea-web 1.7.1
Журналы ошибок прилагаются. Помогите решить эту проблему.
Текст был успешно обновлен, но возникли следующие ошибки:
techRash прокомментировал 15 ноября 2019 г. •
Привет, @techRash,
есть ли у вас прокси-сервер или прямое подключение к Интернету?
Если у вас нет прокси-сервера, откройте файл deployment.properties и установите значение параметра diese mit Value (0 для прямого подключения):deployment.proxy.type=0
patris70 прокомментировал 15 ноября 2019 г. •
Установить при развертывании.файл свойств:
Что-то не работает
Карианна прокомментировала 16 ноября 2019 г.
Также используйте ITW 1.8.x
patris70 прокомментировал 16 ноября 2019 г.
@karianna
ITW 1.7 или 1.8 не имеет значения!
Его настройка Firefox для прокси использует системный прокси (IE), но ITW kann не использует!
Другой способ - установить прокси вручную в Firefox.
Надеюсь помочьПрокомментировал Chapma44 4 декабря 2019 г.
ITW-версия: 1.8.3
Я помогаю с этой ошибкой, поскольку у @techRash другие приоритеты. Я добавил упомянутые свойства в файл deployment.properties, созданный в папке C:/Users/[. ]/.config/icedtea-веб-адрес. Это правильный файл deployment.properties, в который нужно добавить эти значения. Или нам также нужно отредактировать C:/Sun/java deployment.properties с этими значениями?
Я включил журнал ошибок, который отображается в моей командной строке после запуска javaws на JNLP. А чуть ниже я вставлю, как выглядит конфигурация нашего deployment.properties:
Есть ли какие-либо дополнительные решения, которые вы еще не видели, которые вы хотели бы, чтобы мы опробовали?
Доставка клиентских программ на основе технологии Java в последнее время представляла собой непростую задачу. Различия в браузерах — как в версиях Java Runtime Environment (JRE), так и в архитектуре безопасности — заставили многих разработчиков отказаться от многофункциональных решений на стороне клиента в пользу использования технологии Java на сервере с JavaServer Pages (JSP TM) и сервлетами. . Но теперь, когда Java Web Start и лежащий в его основе протокол Java Network Launch Protocol (JNLP) стали стандартной частью платформы Java 2 (начиная с версии 1.4), стало намного проще развертывать кросс-платформенные клиентские системы.
В этой статье вы узнаете, что такое Java Web Start и JNLP, узнаете, как использовать Java Web Start для запуска приложений, упакованных JNLP, и узнаете, как создавать и развертывать свои собственные приложения.
Знакомство с Java Web Start
Проще говоря, Java Web Start — это механизм доставки программ через стандартный веб-сервер. Эти программы, которые обычно запускаются через браузер, развертываются на клиенте и выполняются за пределами браузера. После развертывания программы не нужно загружать снова, и они могут автоматически загружать обновления при запуске, не требуя от пользователя повторного прохождения всего процесса установки.
Поскольку эти программы работают вне браузера, вы можете подумать, что они могут свободно выполнять операции, ограниченные внутри апплета. Но это не тот случай. Они продолжают работать в ограниченном контейнере или песочнице. Поскольку Java Web Start работает поверх платформы Java 2, у вас также есть доступ к базовой архитектуре безопасности.
Для использования Java Web Start достаточно установить клиентскую часть. Для платформ Microsoft Windows, если вы (как разработчик) установили Java 2 Software Development Kit (SDK) версии 1.4, Java Web Start уже должен быть установлен (смотрите в C:\Program Files\Java Web Start). Пользователям Solaris/Linux потребуется запустить дополнительный сценарий установки, поставляемый с SDK. Дополнительные сведения см. в примечаниях README, прилагаемых к SDK.
В то время как у разработчиков может быть предварительно установлен Java Web Start в их системах, у пользователей, вероятно, нет. В этом случае, когда кто-то без Java Web Start пытается инициировать приложение, упакованное JNLP, пользователю предлагается установить Java Web Start. После установки с возможной перезагрузкой пользователь может продолжить и запустить нужную программу.
Демонстрация веб-запуска Java
Чтобы увидеть Java Web Start в действии, вы можете посетить набор из пяти демонстрационных приложений, которые предлагает Sun: Draw, The SwingSet Demo, Military Game, A Simple Notepad и Application Manager. Если у вас еще не установлен Java Web Start, нажмите любую из кнопок Запустить, чтобы перейти на страницу загрузки, где вы сможете загрузить Web Start для своей платформы. Сам Java Web Start весит всего около 1 МБ. Однако для этого требуется Java Runtime Environment (JRE), поэтому, если у вас (или у пользователя) нет JRE, размер загрузки соответственно увеличивается до чуть менее 6 МБ на платформах Microsoft Windows.
После установки Java Web Start нажмите Запустить, чтобы начать загрузку приложения. Например, если вы запустите Военную игру, вы увидите окно, похожее на приведенное ниже, по мере загрузки приложения.
Если вы запустите программу Draw или Блокнот, загрузится программа, которая попытается выйти из песочницы, когда вы попытаетесь загрузить или сохранить файл локально (с/на клиентский компьютер). Когда происходит такое действие, появляется предупреждение по безопасности, подобное показанному здесь.
По крайней мере, на платформе Microsoft Windows Java Web Start также интегрирует запуск программы с системными средствами.Когда пользователь запускает программу с помощью Java Web Start несколько раз, Java Web Start, в свою очередь, спросит пользователя, хочет ли он или она установить ярлыки для запуска программы на рабочем столе и в меню «Пуск».
Учет несколько раз перед подсказкой можно настроить, но по умолчанию он равен дважды. После установки пользователи могут не использовать браузер и Диспетчер приложений и просто запустить приложение с рабочего стола или из меню «Пуск».
Создание вашей первой программы
Чтобы по-настоящему понять, что происходит с Java Web Start, давайте создадим программу и попробуем развернуть ее через Java Web Start. Такие инструменты, как JBuilder от Borland, автоматизируют многие задачи, но пока вы не выполните эти задачи вручную хотя бы один раз, вы никогда не получите полного представления обо всем, что делается.
Пример программы будет отображать время в соответствии со службой времени Интернета (ITS) Национального института стандартов и технологий США (NIST). Они предлагают услугу, которая позволяет вам подключиться к их серверу, чтобы узнать официальное время в США. Вы просто собираетесь подключиться, а затем отобразить.
Вы просто подключаетесь к их серверу через порт 13, службу DAYTIME, и просто читаете ответ. Вам даже не нужно отправлять запрос; подключение к порту является запросом. Возвращаемый ответ представляет собой пустую строку, за которой следуют дата и время во второй строке.
Следует формат возвращаемого времени, как в символической форме, так и с реальным значением. Самая важная часть информации находится в начале, включая измененную дату по юлианскому календарю, по две цифры для года, месяца и дня, а также время в часах, минутах и секундах.
Следующий пример кода упаковывает информацию о дате и времени, чтобы она отображалась в отдельном окне. Константа JFrame.EXIT_ON_CLOSE требует, чтобы вы скомпилировали эту программу с версией 1.3 или более поздней версии платформы Java 2.
Примечание. Если вы не можете подключиться к time.nist.gov , см. ссылку NIST Internet Time Service (ITS) в разделе "Ресурсы" для получения информации о других именах хостов (в конце этой статьи).
На этом этапе вы можете скомпилировать и запустить программу, чтобы убедиться, что она работает. Обратите внимание, что эта программа не является апплетом; он не является подклассом java.applet.Applet (или javax.swing.JApplet ).
Упаковка
Создание программы — самая простая часть. Развертывание требует от вас небольшой работы. Конечно, вся работа направлена на то, чтобы облегчить жизнь пользователю, так что, в конце концов, оно того стоит.
Задача упаковки для развертывания — это то, где в игру вступает протокол Java Network Launch Protocol (JNLP). В дополнение к JAR-файлу для классов приложений JNLP требует, чтобы вы создали файл-дескриптор для запуска приложения. Формат файла полностью описан в Спецификации протокола запуска сети Java и спецификации API (JSR-56), а его подмножество показано в Руководстве разработчика технологии Java Web Start. Поскольку это всего лишь XML-файл, в спецификации содержится DTD. Вы должны указать расположение ресурсов приложения, какая информация должна отображаться во всплывающем окне, которое появляется при загрузке приложения, и какие ресурсы приложения. Другие части (например, безопасность) являются необязательными и требуются только тогда, когда вам нужно выйти из песочницы, как в этом примере. Детали, например, какой класс запускать при загрузке программы, можно указать либо в файле JAR, либо в файле дескриптора JNLP. Теперь вы будете рассматривать каждый блок отдельно.
Первый тег просто описывает версию и кодировку XML. С технической точки зрения, линия необязательна. Тем не менее рекомендуется включать его на случай, если по умолчанию будет установлена другая версия кодировки или изменится версия XML.
Далее идет начало тега. Здесь вы указываете поддерживаемую версию спецификации JNLP и местонахождение ресурсов для приложений. По сути, это говорит о том, где находится файл JAR для приложения.
Тег предоставляет содержимое, отображаемое во всплывающем окне во время загрузки приложения.
Необязательный тег позволяет приложению работать без подключения к сети.
Тег требуется только в том случае, если требуются дополнительные разрешения. Хотя файлы будут загружаться и сохраняться без подписанного кода (они просто генерируют рекомендации по безопасности), такие задачи, как доступ к сети в этом примере программы, требуют, чтобы код был подписан. Элемент безопасности поддерживает два варианта: либо или . Разрешений J2EE TM обычно достаточно, поскольку они включают в себя разрешения на сокет, разрешение на доступ к буферу обмена и разрешение на печать, среди десяти.
Элемент ресурсов позволяет указать требуемую версию среды выполнения и идентифицировать файлы JAR, содержащие классы приложений. Расположение этого JAR-файла определяется предыдущей кодовой базой
Если вы указали основной класс в манифесте для JAR-файла, вам не нужно указывать его в элементе. (В противном случае, вы делаете).Поскольку это последний тег, вы также можете закрыть его.
Соединяя все эти части вместе, мы получаем следующий файл time.jnlp:
Вы увидите ссылку на JNLPTime.jar в разделе ресурсов. Это файл JAR для приложения. Он содержит только один класс, но должен быть создан и подписан. Для подписи достаточно сочетания инструментов keytool/jarsigner, поставляемых с SDK.
Сначала создайте файл JAR:
jar cf JNLPTime.jar TheTime.class
Локальный запуск
После того, как во время загрузки JAR-файла появится еще пара подобных экранов, программа попытается запуститься. Однако, поскольку программе требуются дополнительные разрешения безопасности, она пока не запустится. Поскольку файл JAR подписан, вам будет предложено предоставить дополнительные разрешения безопасности:
Если вы подтвердите вопрос, он больше не будет задан. Если вы этого не сделаете, вам будет выдаваться запрос при каждой попытке запустить приложение.
Если вы предоставите разрешения, программа запустится, получит текущее время из NIST и отобразит время в метке на кадре.
Обратите внимание, что во всплывающем окне инициализации отображаются не только элементы из файла JNLP, но и информация, отображаемая в диспетчере приложений.
Менеджер — это одно из приложений из демонстрационной зоны Sun. Это позволяет вам удалять ненужные приложения и управлять такими задачами, как отображение консоли Java или отправка вывода в файл журнала.
Настройка веб-сервера
Если вы используете последнюю версию Tomcat — 4.0.x — она уже настроена для вас. Если вы посмотрите файл web.xml в каталоге conf в месте установки, вы найдете следующую информацию:
Предыдущие версии требовали добавления этой информации вручную. (Другие веб-серверы поддерживают добавление типов MIME различными способами.)
Чтобы продемонстрировать возможности обновления JNLP, измените файл JAR на веб-сервере, чтобы сделать что-то еще. При следующем запуске приложения будет загружена новая версия.
API JNLP
Вы можете подумать, что это все, что есть в JNLP и Java Web Start, но это еще не все. В файле javaws.jar, входящем в состав Java Web Start, содержится набор интерфейсов и классов для локальной работы на клиентском компьютере даже из ненадежной среды. Например, доступны такие задачи, как печать, и у пользователя запрашивается подтверждение, если приложение не является доверенным. С апплетом такие задачи всегда недоступны в ненадежной среде.
В следующей таблице показаны различные доступные классы и интерфейсы. Прежде чем разрешить различные операции, каждая из реализаций интерфейса предупредит пользователя.
Класс/Интерфейс Описание BasicService Разрешения отображение документа в браузере пользователя. ClipboardService Разрешает доступ к системному буферу обмена DownloadService Используется для управления кешем локальных ресурсов. DownloadServiceListener Используется для отслеживания хода загрузки. < /tr>ExtensionInstallerService Используется для связи с клиентом JNLP. FileContents Обеспечивает чтение- доступ на запись к содержимому файла. FileOpenService Разрешает запрашивать ввод имени файла для открытия. FileSaveService Разрешает запрашивать ввод имени файла для сохранения. JNLPRandomAccessFile Предоставляет произвольный доступ для чтения и записи к содержимому файла. PersistenceService Разрешает локальное хранение информации на клиенте.< /td> PrintService Разрешает доступ к принтеру. ServiceManager Разрешает поиск сервисов JNLP. ServiceManagerStub Описывает, как искать сервисы JNLP. UnavailableServiceException Выброшено при поиске несуществующей или недоступной службы. Чтобы продемонстрировать использование сервисов, вы добавите в программу TheTime кнопку, при нажатии которой браузер будет переходить по определенному URL-адресу.
Службы поиска работают, запрашивая у ServiceManager реализацию определенного интерфейса. Имя интерфейса передается в виде строки, и поиск возвращает эту реализацию. Таким образом, для поиска BasicService вам потребуется следующая строка кода:
После поиска службы с помощью ServiceManager вы можете свободно использовать реализацию возвращаемого интерфейса. Далее следует обновленный пример, который делает именно это.
Вот как выглядит новый улучшенный интерфейс.
Есть одна проблема со службами JNLP: теперь ваши программы могут работать только внутри Java Web Start.Единственный раз, когда службы действительны, т. е. когда поиск завершится успешно, — это когда работает Java Web Start. Это просто то, о чем следует помнить, когда вы углубляетесь в API JNLP.
Заключение
Теперь, когда Java Web Start является стандартной функцией Java 2 Standard Edition версии 1.4, ее популярность будет продолжать расти. Возможность легкого развертывания многофункциональных клиентов без проблем с несовместимостью браузеров и автоматического кэширования — еще одна причина рассмотреть этот вариант установки.
Примечание: Java Web Start версии 1.0 поставляется с Java 2 Standard Edition (J2SE TM ) версии 1.4. Java Web Start версии 1.2 поставляется с J2SE версии 1.4.1.
Для получения дополнительной информации
- Просьба направлять технические вопросы на форумы обсуждения Java Web Start — Протокол запуска сети Java и спецификация API — Загрузка исходного кода.
- Реализации JNLP и сопутствующие инструменты
Об авторе
1 Используемые на этом веб-сайте термины виртуальная машина Java или виртуальная машина Java означают виртуальную машину для платформы Java.
Когда Java SE прекратила поддержку JNLP, моя организация должна была решить, как лучше всего продолжить разработку важного бизнес-приложения. Вот как мы к этому пришли.
Алекс Санчес. CC BY-SA 4.0.
В течение последних 15 лет организация, с которой я работаю, использовала Java Network Launching Protocol (JNLP) для внутреннего распространения настольного приложения Java Swing среди своих пользователей.
Чтобы получить доступ к приложению Java Swing, пользователям необходимо было установить определенную версию платформы Java Standard Edition (Java SE), которая содержала поддержку JNLP. Когда они хотели использовать приложение, они щелкали ссылку во внутренней сети организации, и программа Java Web Start (javaws) загружала XML по ссылке, интерпретировала его, загружала текущую версию приложения, если это необходимо, и запустите его, одновременно управляя изолированной программной средой безопасности, в которой запущено приложение. Другими словами, это был приятный и простой способ распространить полностью настроенное приложение на все рабочие столы.
Однако, поскольку JNLP больше не является частью Java SE (начиная с версии 11 и выше), организация столкнулась с решением: прекратить использование JNLP как части Java SE или отменить свою политику разумного поддержания дата с выпусками Java SE. Этот относительно простой выбор оказался несколько сложным по разным причинам.
Вариант 1. Оставайтесь с текущей версией Java SE и найдите замену JNLP
IcedTea-Web — это проект с открытым исходным кодом, предоставляющий возможности JNLP. Это подразумевает двухэтапный процесс предварительной настройки: 1) установка Java SE и 2) установка IcedTea-Web, что увеличит объем обслуживания на стороне клиента. К сожалению, когда мы оценивали варианты, не было работающего средства IcedTea-Web, совместимого с Java 11, поэтому это означало бы использование Java 8. Однако срок службы Java SE 8 подходил к концу в марте 2019 года, поэтому мы необходимо создать среду выполнения Java 8 из OpenJDK 8 для установки на клиентские машины и перейти к более ручному процессу отслеживания обновлений OpenJDK 8. Ни один из этих подходов не казался очень привлекательным.
Вариант 2: отказаться от JNLP
Поначалу такой подход казался наихудшим из возможных: нам нужно было бы изменить приложение, чтобы оно предоставляло информацию о конфигурации другим способом; все хорошие автоматические обновления в JNLP будут отброшены; и нам понадобится какой-то процесс установки для каждой рабочей станции. Фу! Или мы могли бы переписать существующее толстое клиентское приложение, понравившееся сообществу пользователей, в виде веб-приложения. Двойное фу.
Весь этот негатив был преодолен несколькими интересными открытиями и небольшими размышлениями:
- Информация о конфигурации может быть упакована как метаданные в таблице метаданных, которую конечный пользователь может выбрать в качестве «конфигурации».
- Приложение может легко сверить свой номер версии с текущим номером распространяемой версии и отказаться от запуска или, по крайней мере, пожаловаться любому пользователю, использующему устаревшую версию.
- Приложение может быть упаковано вместе с настраиваемой средой выполнения Java, созданной с помощью команд jdeps и jlink, представленных в Open JDK 11, что гарантирует, что приложение всегда будет работать с правильной версией Java.
- Всю работу по установке и выполнению можно выполнить на стороне клиента с помощью файлов Windows .cmd, что устраняет необходимость в установщике (возможно, в один прекрасный день…).
- Приложение и настраиваемый дистрибутив среды выполнения Java по-прежнему можно было загрузить из интрасети.
По этой детали внимательный читатель может догадаться…
Выбранное решение
В конце концов организация решила отказаться от JNLP, поскольку объем управления конечными пользователями казался достаточно простым по сравнению с поддержкой существующей среды JNLP.
Вот подробный процесс поиска решения:
- Создание приложения:
- Приложение всегда разрабатывалось и поддерживалось с использованием среды IDE NetBeans, работающей в среде рабочего стола Linux; это все еще имеет место при использовании OpenJDK 11 (из дистрибутива) и NetBeans 10 (загруженного с нового сайта Apache NetBeans).
- В процессе сборки создается независимая от операционной системы папка dist, содержащая JAR-файл приложения и все необходимые библиотеки.
- К сожалению, нет возможности настраивать кроссплатформенные среды выполнения Java, поэтому нам нужен промежуточный компьютер с Windows, назовем его IWC. (Я собираюсь прямо сказать, что это главный недостаток нашего подхода.) установлены на IWC.
- Папка dist приложения копируется в IWC.
- В папке dist команда jdeps из OpenJDK 11 определяет, какие компоненты среды выполнения Java необходимы для поддержки приложения:
- Используя выходные данные вышеуказанной команды, команда jlink (также из OpenJDK 11) создает настроенную среду выполнения:
- На этом этапе приложение можно запустить (протестировать) из этой папки с помощью команды:
- Файлы Install.cmd и RunTheApplication.cmd копируются в папку dist.
- Папка dist, содержащая приложение, файлы .cmd и пользовательскую среду выполнения, архивируется и помещается на сервер интрасети; ссылка, указывающая на ZIP-файл, позволяет пользователям загрузить его.
- Пользователь переходит на страницу, содержащую ссылку, указывающую на ZIP-файл.
- При нажатии на ссылку загружается ZIP-файл.
- Пользователь распаковывает ZIP-файл, переходит в папку dist и дважды щелкает Install.cmd.
- При выполнении Install.cmd копируется папка dist в известное место на компьютере пользователя и устанавливается ссылка RunTheApplication.cmd на рабочий стол пользователя.
- У пользователя должны быть определенные разрешения для установки приложения.
- Пользователю не требуется установленная на компьютере Java SE.
Приложение было изменено на:
- Прочитайте параметры конфигурации из таблицы базы данных (организация считает их «параметрами проекта», поэтому пользователь «выбирает проект»).
- Строка VERSION=123 извлекается из файла RELEASE_NOTES.TXT локально и на сервере, чтобы убедиться, что версии совпадают (и в противном случае конечный пользователь подвергается преследованиям).
Вот и все. Конечно, можно использовать установщик вместо файлов .cmd для «более профессиональной» установки. Также можно найти другие способы установки OpenJDK 11 на IWC, который может быть даже виртуальной машиной (что делает его VIWC). Очень жаль, что в команде jlink нет параметра --target-platform или многих других улучшений, которые могут быть желательными или необходимыми в зависимости от характера среды развертывания.
Насколько хорошо это работает?
Предварительные отчеты показывают, что пользователи довольны результатами, а системные администраторы больше не несут ответственности за установленную версию Java SE. Что касается парня, поддерживающего приложение, он более или менее согласен с дополнительными этапами сборки, но он скорее будет иметь дело с двумя машинами, чем запускать VIWC на своем прекрасном ноутбуке System76.
Сообщение «Ошибка загрузки: ошибка сети» появляется, когда пользователи пытаются загрузить что-либо с помощью браузера Google Chrome. Ошибка часто появляется при попытке загрузить файлы большего размера, но это не является общим правилом. Ошибка существует уже некоторое время и раздражает пользователей, которые хотят нормально использовать свой браузер.
Ошибка загрузки: ошибка сети
В таких сценариях обычно виноват не Google Chrome, но часто бывает так, что один и тот же файл можно загрузить с того же сайта с помощью другого веб-браузера. Тем не менее, мы подготовили несколько рабочих методов, которые должны помочь вам решить проблему.
Что вызывает сообщение «Ошибка загрузки: ошибка сети»?
Иногда другая программа или служба блокирует доступ к папке «Загрузки» по умолчанию, и вам следует изменить ее на другую. Кроме того, проблемы всегда могут быть вызваны старыми сетевыми драйверами.
Обычной причиной проблемы является то, что ваш антивирус без необходимости сканирует сертифицированные сайты, что замедляет процесс запроса файлов с серверов, что, по сути, может привести к появлению сообщения «Ошибка загрузки: ошибка сети» в Google Chrome.
Kaspersky Internet Security: Главная >> Настройки >> Дополнительно >> Сеть >> Проверка защищенных соединений >> Не проверять защищенные соединения
ESET: Главная страница >> Инструменты >> Расширенная настройка >> Интернет и электронная почта >> Включить фильтрацию протокола SSL/TLS (отключить)
- Проверьте, можете ли вы теперь загрузить файл без получения сообщения Ошибка загрузки: ошибка сети! Если ошибка все еще появляется, вы можете рассмотреть возможность использования другого антивируса или брандмауэра, особенно если тот, который вызывает проблемы, бесплатен!
Решение 2. Измените папку для загрузки по умолчанию
Иногда проблема вовсе не в Chrome. Если ошибка появляется, когда файл почти закончил загрузку, это может быть другой сценарий.
Когда файл загружается через браузер Chrome, он сохраняется в буферной памяти и впоследствии копируется в папку «Загрузки» по умолчанию. Однако что-то может блокировать папку «Загрузки», и вам может потребоваться изменить расположение загрузки по умолчанию.
- Откройте браузер Google Chrome и нажмите на три горизонтальные точки в правом верхнем углу браузера. При наведении курсора на него появляется надпись «Настройка и управление Google Chrome». Откроется раскрывающееся меню.
- Нажмите «Настройки» в нижней части раскрывающегося меню.
- Прокрутите страницу вниз и нажмите кнопку "Дополнительно". Прокрутите вниз, пока не увидите раздел «Загрузки». Нажмите кнопку «Изменить» под параметром «Расположение» и выберите другую папку для загрузки Chrome. Подтвердите изменения, перезапустите браузер и проверьте, появляется ли ошибка по-прежнему.
Решение 3. Установите последнюю версию сетевых драйверов
Если вы заметили общее снижение общей скорости сети вашего компьютера, возможно, есть один скрытый виновник проблемы Ошибка загрузки: ошибка сети. Это ваши сетевые драйверы, которые могут показаться довольно проблематичными. Всегда старайтесь установить на свой компьютер последнюю версию сетевых драйверов.
Читайте также: