https://ssl.opennet.dev/openforum/vsluhforumID3/117144.html Начиная с 16 апреля выпусти Java SE от компании Oracle начали (https://www.oracle.com/technetwork/java/javase/overview/oracle-jdk-faqs.html) публиковаться с новым лицензионным соглашением, ограничивающим использование в коммерческих целях. Java SE отныне можно использовать бесплатно только для персонального использования, разработки ПО, тестирования, создания прототипов и демонстрации приложений. <br><br><br>До 16 апреля обновления Java SE выпускались под лицензией BCL (https://java.com/license) (Binary Code License), а после только под новым лицензионным соглашением OTN (http://java.com/otnlicense) (Oracle Technology Network). При использовании в коммерческих проектах требуется покупка лицензии или переход на свободный пакет OpenJDK (http://jdk.java.net/), который продолжает развиваться на прежних условиях под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами. В случае продолжения применения Java SE для дальнейшего получения обновлений (https://www.oracl https://ssl.opennet.dev/openforum/vsluhforumID3/117144.html#191 Mon, 29 Apr 2019 21:12:18 GMT Приложения, которые вы указали ниже - weasis и spark (тот, который IM) рассчитаны на работу с JDK 8:<br><br>weasis portable - работает с Liberica JDK 8u212.<br>spark - работает с Liberica JDK 8u212. Приложение включает в свою поставку JRE, поэтому запускали как рекомендует скрипт для запуска этого приложения, предварительно выставив переменную INSTALL4J_JAVA_HOME=$PATH_TO_LIBERICA_JDK, .<br><br>Есть ли смысл - Вам, конечно, решать.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117144.html#190 Mon, 29 Apr 2019 17:31:20 GMT С чего такое умозаключение? https://adoptopenjdk.net/<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117144.html#189 Mon, 29 Apr 2019 15:15:45 GMT См. ниже. Но смысла в них уже нет, как и клиентской Java на наших машинах.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117144.html#188 Mon, 29 Apr 2019 15:13:54 GMT Коррекция. Weasis portable требует Java 8.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117144.html#187 Mon, 29 Apr 2019 10:21:53 GMT &gt; Это неудачный вариант. Возможно, и существуют приложения, который будут под Liberica работать, <br>&gt; но используемые нами приложения запустить под ней (как, впрочем, и под <br>&gt; Corretto) не удалось. Видим лучший вариант - поиск решений, не использующих <br>&gt; клиентскую Java. Для себя мы их определили и протестировали.<br><br>Поделитесь пожалуйста, что за приложение не удалось запустить под Liberica?<br>можно написать в форму на https://bell-sw.com или на info@bell-sw.com<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117144.html#186 Mon, 29 Apr 2019 06:18:31 GMT Это неудачный вариант. Возможно, и существуют приложения, который будут под Liberica работать, но используемые нами приложения запустить под ней (как, впрочем, и под Corretto) не удалось. Видим лучший вариант - поиск решений, не использующих клиентскую Java. Для себя мы их определили и протестировали.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117144.html#185 Mon, 29 Apr 2019 06:12:22 GMT Нет. Все применяемые нами приложения в Java 11 НЕ работают ни под Windows, ни под Linux. Если интересует, это: Weasis, Spark.<br><br>При этом под Linux ситуация еще сложнее. Обновление IcedTea тянет в зависимостях Java 11 несмотря на то, что в системе стоит Java 8. Проблема не имеет решения.<br><br>Решение такое - отказаться от клиентской Java в принципе. Первое заменяется на Portable или любой другой вьювер. Второй заменяется на Pidgin, благо версия для Windows пристойно работает.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117144.html#184 Tue, 23 Apr 2019 15:53:13 GMT По-моему, это вполне нормально.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/117144.html#183 Tue, 23 Apr 2019 15:45:39 GMT Не соглашусь с вами. Примитивы не нужны никогда. Они, для начала, бесполезны. Т.е. создают иллюзию предсказуемого конкурентного доступа, что ещё хуже, чем ясно себе представлять, что приложение написано без учёта многопоточного доступа. Сугубо имхо, конечно.<br>