Oracle внесла в январе изменения в лицензирование Java SE и теперь новая подписка также включает использование платформы на настольных компьютерах, серверах и облаках. В связи с этим аналитическая фирма Gartner предупреждает, что Oracle присматриваться к компаниям на соблюдение условий лицензирования Java, даже если иными продуктами Oracle они не пользуюься.

Стоимость универсальной подписки Java SE Universal Subscription начинается с $15 на сотрудника в месяц. До внесения изменений в лицензирование, подписка Java SE Desktop начиналась с $2,50 на одного именованного пользователя или рабочий стол в месяц, а подписка Java SE на один процессор стартовала с $25/мес. Однако в рамках новой универсальной подписки Oracle Java SE учитывается весь персонал. Для компании с большим штатом, у которой лишь небольшая часть сотрудников имеет лицензии на использование ПО Java SE, изменения правил подписки грозят значительным увеличением годового лицензионного сбора.

Источник изображения: Oracle

Как сообщает Gartner, для компании с 45 тыс. сотрудников, включая 40 тыс. штатных, внештатных и временных сотрудников, а также 5 тыс. агентов, подрядчиков и консультантов потребуется 45 тыс. лицензий. Даже если Oracle предоставит скидку в размере 65 %, стоимость годовой подписки такой компании составит $2,8 млн. Согласно подсчётам Gartner, для компании с лицензией Java SE, рассчитанной на 19 тыс. зарегистрированных пользователей, новая годовая подписка обойдётся дороже прежней на 117 %.

Источник: Oracle

Оценивая последствия изменения схемы лицензирования, Gartner сообщила, что, согласно отзывам клиентов, Oracle активно ориентирует компании — как существующих клиентов Oracle, так и тех, кто не пользуется продуктами Oracle — на соответствие требованиям Java и нацеливают свою глобальную команду по лицензированию Java на контроль над обеспечением соблюдения этих требований. Хотя Oracle утверждает, что новая универсальная подписка Java SE Universal Subscription избавит от необходимости подсчёта рабочих столов и серверов, Gartner считает, что пока не до конца ясно, насколько всё упростится.

Согласно последнему квартальному отчёту Oracle, направленному в Комиссию по ценным бумагам и биржам США, её доход от облачных услуг и поддержки лицензий увеличился на 14 %, а доход от облачных и локальных лицензий вырос на 16 %. В результате доход компании по этому направлению составил $1,4 млрд.

Компания «Беллсофт» сообщила о включении в состав среды разработки и исполнения Java-приложений Axiom JDK Pro поддержки отечественных TLS-сертификатов безопасности. Теперь при установлении защищённых соединений с сетевыми ресурсами, использующими сертификаты Минцифры России, подключение программных решений будет происходить автоматически.

«Большинство государственных информационных систем и критических инфраструктур работают на Java и выпуск отечественных TLS-сертификатов — важное событие для рынка. Наши инженеры включили их в состав Axiom JDK Pro, чтобы обеспечить подключение «из коробки», сэкономив ресурсы разработчикам и пользователям. Теперь во всех защищённых TLS-соединениях, устанавливаемых в приложениях Java, подлинность сервера или клиента может автоматически удостоверяться российскими сертификатами», — говорится в заявлении компании «Беллсофт».

Источник изображения: Innova Labs / pixabay.com

Axiom JDK Pro создана на основе проекта с открытым исходным кодом OpenJDK, соответствует спецификациям Java SE и является полноценной заменой Oracle Java. В состав платформы включены все инструменты, исполняемые и бинарные файлы, которые необходимы для компиляции, отладки и выполнения программных продуктов. Среда совместима с различными операционными системами, поддерживается российскими разработчиками и полностью отвечает принципам импортозамещения.

Поддержка отечественных сертификатов включена в новые версии Axiom JDK Pro 19.0.2, 17.0.6, 11.0.18 и 8u382. Они реализуют квартальный цикл развития OpenJDK и доступны синхронно с Oracle Java SE. Таким образом, Java-приложениям, исполняемым на Axiom JDK Pro 8, 11, 17 и 19, не потребуется донастройки для установления безопасных соединений по протоколу TLS и проверки подлинности серверов, в отличие от продуктов, функционирующих на базе Oracle Java и других JDK.

Компания BellSoft сообщила о получении положительного заключения Федеральной службы по техническому и экспортному контролю на среду разработки и исполнения Java-приложений Axiom JDK по четвёртому уровню доверия.

Axiom JDK (прежнее название Liberica JDK) создана на основе проекта с открытым исходным кодом OpenJDK, соответствует спецификациям Java SE и является полноценной заменой Oracle Java. В состав платформы включены все инструменты, исполняемые и бинарные файлы, которые необходимы для компиляции, отладки и выполнения программных продуктов. Среда совместима с различными операционными системами, поддерживается российскими разработчиками и полностью отвечает принципам импортозамещения.

Источник изображения: Innova Labs / pixabay.com

Отмечается, что платформа Java впервые получила сертификат ФСТЭК России. В ходе проверки соответствия было подтверждено отсутствие в системе защиты Axiom JDK недокументированных возможностей и наличие требуемых функций безопасности, произведён контроль архитектуры продукта и полный анализ его исходного кода, включая фаззинг-тестирование.

Выданный ФСТЭК России сертификат допускает использование среды Axiom JDK при создании систем, требующих 4 уровня доверия. В числе таковых значатся: государственные информационные системы до 1 класса защищённости включительно, значимые объекты критической информационной инфраструктуры 1 категории, информационные системы персональных данных до 1 уровня защищённости включительно, а также автоматизированные системы управления производственными и технологическими процессами 1 класса защищённости.

После обнаружения первой уязвимости в библиотеке Apache Log4j (CVE-2021-44228, более известна как Log4Shell) команда Google Open Source Insights провела обследование всех пакетов Java в центральном репозитории Maven с целью «определения масштаба проблемы в экосистеме JVM с открытым исходным кодом». По оценкам исследователей, могут пройти годы, прежде чем уязвимость будет полностью устранена в экосистеме Java.

Более 80% пакетов Java, которых коснулась уязвимость в Log4j, не могут быть обновлены напрямую, и для её устранения потребуется координация между различными проектными группами. Значительная часть проблемы связана с непрямыми (косвенными) зависимостями. Прямые зависимости или случаи, когда пакет явно интегрирует Log4j, относительно легко исправить, поскольку разработчик или владелец проекта просто должен обновить Log4j до последней версии.

Более 80% пакетов Java в репозитории Maven Central Repository имеют Log4j в качестве косвенной зависимости, при этом большинство из них имеют уязвимую версию на глубине до пяти уровней. Многие пакеты используют сторонние библиотеки, которые обращаются к Log4j. В этом случае владелец пакета должен дождаться, пока сопровождающий этой библиотеки обновит Log4j и выпустит свежую версию.

Oracle внесла изменения в лицензионное соглашение, касающееся пакета Oracle JDK. Отныне при соблюдении условий лицензии этот пакет можно использовать бесплатно не только для личных, но и для коммерческих нужд. Новые правила работают, начиная с Oracle JDK 17.

Новая лицензия NFTC (Oracle No-Fee Terms and Conditions) подразумевает бесплатное получение обновлений в течение года после следующего выпуска LTS. То есть, речь идёт не обо всё сроке сопровождения. К примеру, если поддержка Java SE 17 запланирована до 2029 года, то бесплатные обновления будут доступны до осени 2024 года.

Также отмечается, что теперь не нужно подтверждать загрузку на сайте, что позволяет загружать пакет автоматически с помощью скрипта. При этом параллельно компания будет выпускать OpenJDK под лицензией GPL с той же периодичностью и условиями, что были актуальны для Java 9.

Отметим, что ранее набор Oracle JDK был доступен под лицензией Oracle Technology Network (OTN). Этот формат лицензии допускал бесплатное использование только для персональных проектов, тестирования, создания прототипов и демонстрации приложений. Коммерческое использование не допускалось.

Компания Red Hat анонсировала доступность платформы Red Hat JBoss Enterprise Application Platform (JBoss EAP) в облаке Azure. JBoss EAP ориентирована на модернизацию существующих приложений Jakarta EE (ранее Java EE) и создания новых приложений в Azure. Как отмечается, JBoss EAP доступна в виде сконфигурированного и готового к запуску решения, а в будущем она станет частью Azure App Service в качестве управляемого решения.

investing.com

Такой подход позволит упростить перенос локальных нагрузок в облако, ускорить разработку и развёртывание готовых приложений, а также повысить их производительность. Благодаря этому, клиенты смогут перенести существующие приложения в Azure, включая приложения JBoss EAP, работающие локально, или иные приложения Jakarta EE, работающие на сторонних серверах.

Всё это позволит удешевить разработку и поддержку. Как отмечается, перенос приложений Java в облако может помочь снизить затраты, связанные с управлением локальными центрами обработки данных. Сотрудничество Red Hat и Microsoft является частью программы по расширению поддержки Java в Azure.

На мероприятии для разработчиков Build 2021 компания Microsoft сообщила, что отныне облачная платформа Azure гораздо лучше адаптирована для развёртывания корпоративных Java-решений благодаря поддержке всех основных инструментов и фреймворков, к которым привыкли разработчики.

В компании заявили, что вложили значительные средства в Java-экосистему для поддержки широкого спектра клиентских рабочих нагрузок. В самой Microsoft также широко используют Java — к примеру, в продуктах LinkedIn, SQL Server, Azure, Minecraft и Yammer.

Перевод рабочих нагрузок в облако — это следующий шаг, поскольку он позволит упростить разработку и развёртывание, а также выполнение приложений. Также можно будет автоматизировать ряд рабочих процессов. Представители Microsoft заявили, что компания поддерживает проекты, улучшающие опыт разработчиков Java. Это, в частности, доработки к OpenJDK, ускорение сборки приложений Java в Windows и так далее.

Предполагается, что использование Azure позволит упростить не только разработку, но и использование Java-приложений, в том числе за счёт контейнеризации Azure Kubernetes. А Azure Spring Cloud позволяет автоматически подключать приложения к различным службам и функциями и отслеживать их производительность с помощью Azure Monitor Application Insights, исправлять ошибки и так далее.

В минувший вторник компания Oracle выпустила GraalVM 21.0 в качестве последней версии Java VM/JDK, которая также поддерживает другие языки и режимы выполнения. Одним из заметных дополнений GraalVM 21.0 является поддержка Java на Truffle. Это пример реализации JVM с использованием интерпретатора Truffle.

blog.csdn.net

Сама платформа Truffle представляет библиотеку собой открытым исходным кодом для написания интерпретаторов языков программирования. Как отмечается, Java на Truffle имеет ту же природу, что и JavaScript, Ruby, Python и R в экосистеме GraalVM. Такой вариант обеспечивает улучшенную изоляцию от JVM-хоста и запускает байт-код Java в отдельном контексте от JVM.

Компания Red Hat представила Quarkus — новый инструмент, полностью поддерживаемый в рамках Red Hat Runtimes и предназначенный для создания Java-приложений для развёртывания на платформах Kubernetes в облачных средах. Ожидается, что Quarkus позволит устранить разрыв между традиционными и облачно-ориентированными Java-приложениями.

Благодарю его применению в качестве среды выполнения Java-разработчики получают возможность продолжать работу с хорошо знакомым языком программирования для решения таких задач, как разработка облачно-ориентированных приложений, а также для реализации новых моделей программных систем, таких как микросервисы, контейнеры и serverless-вычисления.

Quarkus является полноценным Java-фреймворком для Kubernetes-сред, который имеет оптимизации, направленные на снижение расхода памяти и времени запуска приложений. Что также немаловажно, Quarkus — проект с открытым исходным кодом. В состав Quarkus входит обширная библиотека расширений, в которой имеется ряд облачно-ориентированных фреймворков и инструментов, таких как RESTEasy, Hibernate, Eclipse MicroProfile и другие, а также расширения для некоторых облачных сервисов Red Hat, таких как Red Hat AMQ Streams, Red Hat AMQ Broker, Red Hat Fuse, и средств бизнес-автоматизации.

Quarkus создан специально для современных Kubernetes-ориентированных стеков разработки, позволяя организациям ускорить и оптимизировать процесс принятия бизнес-решений, сокращая время вывода продуктов на рынок.

На QCon London доктор Хуан Фумеро (Juan Fumero) из Университета Манчестера представил демонстрацию реальной работы TornadoVM, ВМ для гетерогенных систем. Это плагин к OpenJDK и GraalVM, позволяющий запускать Java-приложения на GPU и FPGA. Демонстрация показала, что такой подход позволяет в сотни раз ускорять работу приложений.

Отметим, что TornadoVM позволяет запускать приложения, написанные на Java и Node.js, за счёт распараллеливания и выполнения расчётов на разных типах оборудования.

Фумеро показал это на примере макбука, где код выполнялся на CPU, интегрированном GPU и графическом процессоре NVIDIA. Также поддерживаются решения AMD и Intel FPGA. А вот Tensor Processing Units (TPU) пока не поддерживаются, но по словам разработчика, здесь всё упирается в поддержку OpenCL. Создать же дополнительный бэкэнд к TornadoVM — не проблема.

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

Слайды с демонстрации и исходный код уже доступны для изучения.