Поддержкой OpenJDK 8 и 11 займется новая компания — разбираемся в ситуации
Oracle прекращает поддержку старых версий OpenJDK для корпоративных клиентов. Но на этом посту компанию заменит Red Hat. Обсуждаем причины решения и общественное мнение.
Смена караула
В январе 2019 года Oracle прекратили бесплатную поддержку OpenJDK 8 и 11 для корпоративных клиентов. Теперь обновления безопасности для старых версий платформы можно получить только по платной подписке Oracle Java SE Advanced и Java SE Suite. Для индивидуальных пользователей обновления будут доступны вплоть до 2020 года.
Ситуация обеспокоила ИТ-сообщество. Наибольшие опасения связаны с Java 8, которая до сих пор остается самой популярной версией программной платформы. Например, она используется разработчиками Minecraft и активно применяется в облачных средах. Решение Oracle, по словам экспертов ИБ, может нанести серьезный урон безопасности Java-экосистемы.
Выход из ситуации предложили в Red Hat. ИТ-гигант взял на себя ответственность за апдейты OpenJDK 8 и 11. Компания будет поддерживать их до 2023 и 2024 года соответственно.
Почему проект интересен Red Hat
История RedHat и OpenJDK берет свое начало в 2007 году. Тогда платформа не была полностью открытой — примерно 5% кода заимствовалось из сторонних приложений. В Red Hat решили исправить недоразумение и совместно с Sun Microsystems (теперь это Oracle) запустили проект IcedTea. Его цель — убрать из кодовой базы OpenJDK весь проприетарный код.
Через год OpenJDK вышла в опенсорс, и Red Hat начали использовать её в своих продуктах. С тех пор ИТ-гигант продолжает участвовать в разработке и развитии платформы. Из недавних обновлений — компания предложила включить в Java алгоритм сборки мусора Shenandoah для увеличения производительности.
Red Hat с OpenJDK связывает и тот факт, что в корпорации работает один из технических руководителей этого открытого проекта — Эндрю Хейли (Andrew Haley). В Red Hat он управляет командой Java-разработчиков. Ранее Хейли уже
«перехватывал» проекты Oracle — он отвечал за OpenJDK 6 и 7. «Время жизни» шестой версии уже подошло к концу, а поддержка седьмой прекратится в следующем году (таблица 1). Поэтому у Red Hat есть опыт и ресурсы для того, чтобы курировать OpenJDK 8 и 11.
Мнения
По мнению аналитиков, решение Red Hat важно с точки зрения ИБ. Как мы уже говорили, многие компании могли остаться без патчей для защиты своих приложений и сервисов. Буквально перед анонсом Oracle о прекращении корпоративной поддержки, платформа получила обновление безопасности, в котором исправили 254 бага.
«Многие компании оказались перед выбором: платить за ранее бесплатный продукт или перейти с Java на что-то другое, — комментирует Сергей Белкин, начальник отдела развития 1cloud.ru. — Инициатива Red Hat даст передышку пользователям старых версий OpenJDK и позволит принять взвешенное решение».
Эндрю Хейли также выступает против излишней коммерциализации OpenJDK и считает, что у пользователей устаревших версий должно быть право бесплатно получать необходимые обновления. При том что компании до сих пор переходят на Java 8.
Но есть и противоположное мнение — старые версии Java не приносят пользы ИТ-сообществу. Ряд экспертов убежден, что организациям вообще стоит заменить Java на более современные технологии: Python, JavaScript и Node.js.
/ PxHere / PD
Кто еще занимается Java
Ранее Oracle отказалась от поддержки набора спецификаций Java EE (Enterprise Edition), которая описывает архитектуру серверной платформы для задач средних и крупных предприятий. Права на проект в 2017 году перешли к некоммерческой организации Eclipse Foundation и теперь платформа называется Jakarta EE.
Eclipse Foundation обновляет старые версии продуктов Enterprise Edition и расширяет их функциональность. Например, в начале 2019 года вышло обновление сервера GlassFish, которому добавили совместимость с Java 8. В будущем организация планирует интегрировать Jakarta EE с другими популярными open source технологиями — Docker, Kubernetes, NoSQL.
Ещё один пример — платформа JavaFX. Она предназначена для создания мобильных и десктопных приложений с насыщенным графическим интерфейсом. В 2018 году JavaFX выделили как отдельный модуль и убрали из OpenJDK. Поддерживать платформу решила компания Gluon. Недавно организация выпустила 12 версию Java FX — в неё добавили новые возможности для Android-приложений, связанные с WebView. Gluon планирует и дальше обновлять продукт.
Вывод
В Red Hat ожидают, что Java «проживет» еще 20–30 лет. Можно ожидать, что корпорация продолжит поддерживать старые версии OpenJDK и останется одним из его главных сторонников.
О чем мы пишем в корпоративном блоге:
Платформа Java EE больше не нужна
В Oracle хотят, чтобы разработку корпоративных решений Java возглавил кто-нибудь другой, хотя и не собираются полностью выходить из этого проекта. Вероятные кандидаты на руководство проектом — Apache или Eclipse.
В Oracle намерены отказаться от руководства разработкой корпоративных технологий Java и хотят, чтобы за это взялась какая-нибудь организация, поддерживающая проектирование программного обеспечения с открытым кодом.
В Oracle заявили, что грядущая версия Java EE (Enterprise Edition) 8 создает условия для переосмысления дальнейшей разработки платформы. «Мы убеждены в том, что было бы правильно передать технологии Java EE какой-то из организаций, поддерживающих проектирование программного обеспечения с открытым кодом, это поможет повысить гибкость разработки и лицензирования, а также изменить процесс управления», – говорится в заявлении Oracle.
В прошлом Джеймс Гослинг, считающийся отцом Java, уже призывал Oracle предоставить Java свободу и даже распространял футболки с таким лозунгом.
В Oracle собираются обсудить свое намерение передать Java EE с сообществом сторонников программного обеспечения с открытым кодом, лицензиатами и кандидатами на роль своего преемника. Конкретные кандидаты пока не называются, но наиболее вероятными считаются Apache Software Foundation и Eclipse Foundation. Корпорация Oracle уже передала Apache свой офисный пакет OpenOffice и интегрированную среду разработки NetBeans, а сервер интеграции Hudson достался Eclipse. Так же, как и Java, все три технологии – OpenOffice, NetBeans и Hudson – оказались в распоряжении Oracle после того, как в 2010 году она приобрела компанию Sun Microsystems.
В Eclipse готовы принять Java EE, если выбор падет на них. «Мы уверены, что передача Java EE фонду поддержки программного обеспечения с открытым кодом, не связанному ни с одним поставщиком, пойдет на пользу как платформе, так и сообществу, – заявил исполнительный директор Eclipse Foundation Майк Милинкович. – Организация Eclipse Foundation будет рада возглавить дальнейшее развитие этой технологии».
В прошлом году Oracle подверглась критике со стороны сообщества Java EE за утрату интереса к корпоративной версии Java и фактическому устранению от ее дальнейшего совершенствования. Многие группы заявили о желании взять разработку Java EE на себя. В Oracle в ответ сообщили о планах оснастить Java EE современными средствами развертывания в облаке и поддержки микросервисов. В нынешнем году должна появиться версия Java EE 8, а в следующем – Java EE 9. Экспериментальный вариант Java EE 8 ожидался уже этим летом.
Компания Red Hat, принимающая участие в работе одной из отколовшихся групп под названием MicroProfile, приветствовала новый план Oracle. «Мы готовы совместно с Oracle и широким сообществом Java EE помочь согласовать эту инициативу с уже существующей инициативой MicroProfile», – отметил старший директор Red Hat по управлению продуктами Рик Шарплз.
Несмотря на желание отойти от руководства Java EE, в Oracle объявили о намерении участвовать в дальнейшей эволюции технологий Java EE: «Мы не сомневаемся в том, что более открытый процесс, не зависящий от какого-то одного поставщика, будет стимулировать вовлеченность и инновации, усиливая интерес всего сообщества».
В Oracle планируют организовать встречи с целым рядом заинтересованных сторон, начиная от разработчиков и пользователей и заканчивая участниками, поддерживающими этот процесс, партнерами и лицензиатами. Корпорация намерена сопровождать существующие версии Java EE и будущую Java EE 8.
Другое крупное ответвление Java, Java SE (Standard Edition), уже работает в рамках модели поддержки программного обеспечения с открытым кодом OpenJDK. В Oracle не снимают с себя ответственность за Java SE несмотря на то, что в разработке принимают участие и другие игроки, в том числе IBM и Red Hat. Избавившись от Java EE, Oracle хочет снять с себя руководство проектом. То же самое ей уже удалось успешно проделать с Java SE.
Переговоры провалены: как Oracle убила Java EE
Сегодня (3 мая) президент Eclipse Foundation Майк Милинкович (Mike Milinkovic) написал в своем блоге об окончательных результатах закрытых переговоров между Oracle и Eclipse Foundation о товарном знаке. Как мы помним, Oracle объявила, что она открывает исходный код Java EE для этой организации, так что фреймворк будет с открытым кодом “по-настоящему”. После 18 месяцев интенсивных переговоров все усилия подошли к концу: переговоры провалены. Соглашения о товарном знаке не будет.
Простыми словами, причина, согласно протоколам встречи совета директоров, в том, что Oracle взамен выдвинули ряд неприемлемых условий. Некоторые из них подвергают серьезному риску само существование Eclipse Foundation. В Oracle потребовали, чтобы продукты, распространяемые Eclipse Foundation (такие, как Eclipse IDE) были укомплектованы JRE сертифицированными только Oracle или ее лицензиатами — никаких сертификатов других вендоров или несертифицированных сред выполнения. Следовательно, и IDE, и GlassFish не были бы больше вендор-независимыми. И это ограничение не было озвучено в начале переговоров, о нем было объявлено значительно позже, когда передача кода уже началась. Можно предположить, что это было реакцией на передачу OpenJ9 JVM от IBM, что является прямой угрозой бизнесу Oracle. Но, как только продукты Eclipse перестали бы быть вендор-независимыми, это могло привести к отмене налоговых льгот для Eclipse Foundation, что означало бы финансовое фиаско и, возможно, означало бы конец организации в целом. Следовательно, это было не просто неприемлемо, было просто невозможно согласиться с условиями Oracle, так что переговоры в той или иной мере полностью провалились.
Все, что от этого осталось — не более и не менее, чем конец Java EE. Eclipse Foundation может использовать довольно устаревший код без права модификации. Если он будет модифицирован, то он должен быть переименован — как имя проекта (как JAX-RS, что не очень здорово, но приемлемо), так и имя пакета (как javax.*), это означает, что существующие приложения не заработают на обновленной платформе без перекомпиляции после интенсивного рефакторинга. Следовательно, это будет совершенно новая, несовместимая платформа, наихудший вариант из возможных, поскольку нарушается не только принцип “WORA” (Write Once Run Anywhere), да в реальности этого просто не произойдет: после 18 месяцев практически никто из вендоров приложений вообще не захочет потратить время и деньги для поставки новых пересобранных версий всем клиентам во имя поддержки переименованной платформы с сомнительным будущим. Будущее неясно, потому что Oracle уже начала политику блокирования решений совета директоров Eclipse Foundation, в котором у Oracle есть представитель, в котором необходимо единогласное решение. У Oracle есть сила и, похоже, она будет использовать эту силу, чтобы блокировать будущее Eclipse Foundation. Компания уже продемонстрировала это на совете директоров, где она единственным голосом заблокировала решение, которое в противном случае было бы единогласным.
Текущая реакция Eclipse Foundation — это продемонстрировать успех и спасти хотя бы часть тех ценностей, которые были разрекламированы в рамках кампании торговой марки Jakarta. Но какой ценой? Для чего сохранять торговую марку того, что стало пустым остовом? Теперь это больше не наследник Java EE как глобального стандарта, это просто какой-то фреймворк, сделанный какой-то организацией и пользователи скоро это поймут и сделают выводы. На данный момент планы сфокусированы на переименовании всего как можно скорее. Но кто в действительности запрыгнет на этот поезд, если это повлечет изменения во всех существующих приложениях? Майк Милинкович из Eclipse все ещё видит светлое будущее впереди. Для меня стакан не полон наполовину: сегодня он развалился на части. Это день, когда Oracle убила Java EE.