panilya 17 сентября 2019

Java EE переходит в Eclipse: упадок или мощные перспективы?

Jakarta EE представляет собой лучший способ управлять облачными, критически важными приложениями и опираться на десятилетний опыт развертывания и разработки в реальном мире.
Java EE переходит в Eclipse: упадок или мощные перспективы?
☕ Подтянуть свои знания по Java вы можете на нашем телеграм-канале «Библиотека Java для собеса»

Фонд Eclipse, наконец, завершил переход Java Enterprise Edition (EE) на Jakarta с выпуском спецификации Jakarta EE 8. Хотя спецификация Jakarta EE 8 не вводит никаких новых функций, она гарантирует полную совместимость с кодом Java EE и IDE. По словам Майка Милинковича, исполнительного директора Eclipse Foundation, этот шаг выходит далеко за рамки его имени, а реальная выгода заключается в том, что потенциал для продвижения сообщества может быть достигнут под руководством Eclipse Foundation, в котором находится более 350 других проектов с открытым исходным кодом, включая время выполнения, инструменты и фреймворки.

«Мы взяли все самые базовые технологии и перенесли их из контроля одного поставщика в независимое от поставщика место в Eclipse Foundation. Мы обеспечиваем взрыв инноваций вокруг них в будущем », – сказал Милинкович в интервью The New Stack. «Java EE застрял, потому что не было достаточно ресурсов для продвижения спецификаций, актуализации среди разработчиков облачных приложений. В будущем есть возможность по-настоящему раскрыть таланты и идеи сообщества в отношении этих технологий и сделать Java актуальной в качестве платформы для крупномасштабных приложений на ближайшие 20 лет».

Наряду со спецификациями Jakarta EE 8 Фонд Eclipse также выпустил Eclipse GlassFish 5.1, совместимую с открытым исходным кодом реализацию платформы Jakarta EE 8, которая была полностью протестирована в соответствии с комплектами (TCK) для технологической совместимости (TCK) Jakarta EE 8 на предмет совместимости и соответствия, а также Open Liberty, полностью сертифицированная реализация профилей Jakarta EE 8. По словам Милинковича, хотя эти два продукта доступны сразу же, их реализация также идет от Red Hat, Oracle, Fujitsu, Tomitribe, Apache Tomcat и Payara.

«За 20 лет работы с открытыми исходными кодами и стандартами Java я никогда не видел столь по-настоящему разнообразных и в равной степени общих усилий, как это требовалось для выпуска Jakarta EE 8», – сказал Дэвид Блевинс, основатель и генеральный директор Tomitribe. «Исходный код был пожертвован, но возникло сообщество, которое смело принимает изменения, вводит новшества в открытые процессы и неоднократно выбирает общую победу над личным успехом. Когда мы оглянемся на 10 лет назад на все, чего мы достигли в Джакарте, все согласятся, что это был единственный момент, который сформировал наше будущее».

🧩☕ Интересные задачи по Java для практики можно найти на нашем телеграм-канале «Библиотека задач по Java»

Облачная нативная Java

Что касается этого будущего, Милинкович объяснил, что структура Java EE пригодна для монолитных приложений прошлого, и что будут предприняты некоторые усилия, дабы помочь модернизировать Jakarta EE для собственных облачных приложений.

«Как вы можете себе представить, есть много энергии и интереса к тому, чтобы продвигать эту платформу вперед. Платформе Java EE фактически 20 лет, и она была полностью обратно совместима всю свою жизнь, поэтому есть API, которые не очень актуальны в сегодняшнем облачном мире», – сказал Милинкович. «Мы хотим перейти к сценарию, в котором API-интерфейсы гораздо более слабо связаны, и вы можете выбрать, какие API-интерфейсы вы хотите использовать для обслуживания конкретного приложения, что сделает платформу более гибкой и намного более легкой, а Java – более актуально в мире, основанном на микросервисах ».

Говоря о будущем, Милинкович вновь подчеркнул, что под эгидой Eclipse Foundation у Jakarta EE будет гораздо более открытое совместное будущее.

«Это совершенно новый процесс, отличный от того, который существовал в рамках процесса сообщества Java (JCP). В рамках JCP каждая спецификация имела лидера, которым обычно была компания, и эта компания получала специальные права интеллектуальной собственности на все вклады. По странному стечению обстоятельств почти все время лидером по спецификациям был Oracle», – подчеркнул Милинкович. «Больше нет спецификаций, нет понятия, что какая-либо сторона обладает особыми правами на интеллектуальную собственность. Каждый, кто является участником спецификационного проекта, сможет вносить изменения. Мы ожидаем, что это может привести к еще большему количеству беспорядков или споров на этом пути, но твердо верим, что такой открытый стиль сотрудничества – это будущее».

Наконец, фонд выпустил электронную книгу «Осуществление концепции Open Source, Cloud Native Java», в которой исследуется идея облачной нативной Java и будущее Jakarta EE.

Комментарии

ВАКАНСИИ

Добавить вакансию
Разработчик C++
Москва, по итогам собеседования

ЛУЧШИЕ СТАТЬИ ПО ТЕМЕ