The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Доступен Jakarta EE 8, первый выпуск после передачи Java EE проекту Eclipse

12.09.2019 20:24

Сообщество Eclipse представило платформу Jakarta EE 8, пришедшую на смену Java EE (Java Platform, Enterprise Edition) после передачи процессов разработки спецификаций, TCK и эталонной реализации в руки некоммерческой организации Eclipse Foundation. Jakarta EE 8 предлагает тот же набор спецификаций и тестов TCK, что и в Java EE 8. Отличия сводятся только в смене имени и переходе к новым процессам разработки спецификаций. Платформа была выпущена под новым именем так как компания Oracle передала только технологии и управление проектом, но не передала сообществу Eclipse права на использование торговой марки Java. Общий проект по развитию Jakarta EE получил название EE4J (Eclipse Enterprise for Java).

Выпуск сигнализирует о завершении формирования инфраструктуры и налаживании процессов для развития спецификаций серверной Java-платформы для предприятий на нейтральной площадке, не зависящей от конкретных поставщиков и позволяющей добиться прозрачных и открытых процессов принятия решений, разработки и сертификации. Для сертификации продуктов, совместимых с Jakarta EE, предложены наборы для оценки совместимости TCK (Technology Compatibility Kits), поставляемые под лицензией Eclipse TCK.

Jakarta EE 8 является отправной точкой для создания новых спецификаций, в подготовке которых примут участие различные поставщики. Из планов по дальнейшему расширению спецификаций упоминается развитие средств разработки бизнес-приложений для облачных вычислений (Cloud Native). Подготовленные в ходе совместной работы изменения будут предложены в рамках следующего выпуска Jakarta EE 9, основными новшествами которого станут спецификация Jakarta NoSQL и изменение пространства имён.

Jakarta NoSQL определит стандартные высокоуровневые интерфейсы для взаимодействия Java-приложений с базами NoSQL, которые являются значительным шагом в подготовке платформы Java к использованию парадигмы Cloud Native. В качестве эталонной реализации Jakarta NoSQL будет использован фреймворк JNoSQL. Изменение в пространстве имён связано с невозможностью использования имён java и javax в новой функциональности Jakarta EE, поэтому планируется переход на новое пространство имён "jakarta.*"

Что касается принятия решений, то на смену JCP (Java Community Process) пришёл новый процесс Jakarta EE Specification Process (JESP), который будет использоваться рабочей группой Jakarta EE Working Group для развития Jakarta EE. JESP основан на принятых в сообществе Eclipse открытых принципах подготовки спецификаций EFSP (Eclipse Foundation Specification Process). Для утверждения любых изменений в спецификациях Jakarta EE или формирования новой версии потребуется получения согласия от абсолютного большинства стратегических членов рабочей группы, в дополнение к любым другим регламентам голосования, определённым в EFSP.

  1. Главная ссылка к новости (https://rhuanrocha.net/2019/09...)
  2. OpenNews: Java EE переименован в Jakarta EE
  3. OpenNews: Компания Oracle выпустила Java SE 9 и Java EE 8
  4. OpenNews: Компания Oracle выбрала Eclipse Foundation для передачи разработки Java EE
  5. OpenNews: Увидел свет сервер приложений GlassFish 4.0 с эталонной реализацией Java EE 7
  6. OpenNews: Компания Oracle опубликовала Java SE 12
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: jakarta, javaee, java, eclipse
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (26) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 21:40, 12/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Прямо стыдно представить, сколько времени придется потратить на сертификацию теперь...
     
  • 1.2, Аноним (2), 05:47, 13/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Э-э-э оно живое?!
     
     
  • 2.21, Wilem (?), 20:52, 15/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, хотя у этого чудовища есть небольшое количество последователей.
     

  • 1.3, Аноним (3), 09:13, 13/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Судя по количеству комментариев, всем всё равно.
     
     
  • 2.5, Аноним (5), 09:46, 13/09/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Поправка - не "всем" а "почти всем". Потому что мне не все равно.
     
     
  • 3.8, Аноним (8), 11:19, 13/09/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А мне всё-равно по поводу Java - хоть бы её и не было вообще. Началось с тех пор, как с Google попросили по миллиарду за строчку кода. Добили клиентами по 25 долларов.
     
     
  • 4.15, Аноним (5), 14:04, 13/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Всё равно как оно тебе - всё равно или не всё равно. Намек был - "Отучайтесь говорить за всех". Коммент был поправкой, потому что написана была фигня - не категорическое "всем", а "ПОЧТИ всем".
     
  • 4.16, Аноним (16), 14:08, 13/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Они нарушили GPL и их наказали. Что не так?
     

  • 1.4, Аноним (8), 09:28, 13/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Судиться за название будут https://ru.wikipedia.org/wiki/JaCarta ?
     
     
  • 2.6, Аноним (6), 09:46, 13/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вряд ли Аладдин регистрировал ТМ  JaCarta за границей.
    Но в России у проекта действительно могут возникнуть проблемы с названием.
     
     
  • 3.11, InuYasha (?), 11:30, 13/09/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В россии такие проблемы с различением 'c' и 'k'?
     
     
  • 4.18, Аноним (6), 16:46, 13/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не в России проблемы с различием "k" и "c", а у вас проблемы с незнанием законодательства в области защиты интеллектуальной собственности.

    Гуглите термины "МКТУ" и "сходный до степени смешения".

     

  • 1.7, Аноним (7), 10:59, 13/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Все уже давно ушли на Spring.
    Закопайте.
     
     
  • 2.10, Аноним (10), 11:28, 13/09/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Называется: Лечение холеры при помощи чумы.
     
     
  • 3.14, vitalif (ok), 13:58, 13/09/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    лечение жабы с помощью гадюки
     
  • 3.19, Armagor (??), 23:58, 13/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Забавный факт: во времена до антибиотиков, сифилис довольно успешно лечили с помощью малярийной лихорадки.
     
  • 2.12, Аноним (16), 11:40, 13/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Жаль разрабы спринга не знают, что Java EE не нужен.
     
  • 2.13, Qasta (ok), 13:24, 13/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Спринг не нужен. Особенно тот, который "бут".
     
     
  • 3.17, Аноним (17), 15:43, 13/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Все на rust?
     
  • 2.22, Wilem (?), 20:55, 15/09/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это правда. Основной массе нужна такая хрень типа спринга где всё готовое, никто не знает как это работает но как-то работает, нагрузку не держит и всё такое, зато всё легко и просто и разработка идёт и программистов навалом. В этом смысле жава со спригом это по смыслу то же сообщество жаваскриптистов с их нодой, примерно один уровень задач и понимания технической части.
     
     
  • 3.24, Аноним (24), 15:02, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы не сказал, что разработка на Спринг хоть чем-то проще, чем разработка на JEE. У спринга много всякого отладочного бесплатного овна. По-моему, это единственный плюс. Но для ЕЕ есть хороший платный отладочный софт.
     
     
  • 4.26, JL2001 (ok), 09:51, 18/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Я бы не сказал, что разработка на Спринг хоть чем-то проще, чем
    > разработка на JEE. У спринга много всякого отладочного бесплатного овна. По-моему,
    > это единственный плюс. Но для ЕЕ есть хороший платный отладочный софт.

    какой отладочный софт для спринга? а то есть у нас тулза на сппингбач, иногда перестаёт работать до рестарта и что делать - непонятно, слов варнинг/эрор в логе нет

    и для ЕЕ тоже напишите плиз

     
  • 3.25, Аноним (24), 17:07, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Со Спрингом главная проблема в том, что его пользуют чаще всего люди без опыта и понимания как подобные решения стыкуются с, скажем, СУБД. В результате вроде как чего-то работает, а под многопользовательской параллельной нагрузкой начинают лезть чудеса. Которые горе-разрабы списывают на "особенности" подлежащей СУБД или ОС.
     
  • 2.23, лютый жабист__ (?), 12:10, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Все уже давно ушли на Spring.

    Нет, только малолетние клоуны, и не ушли, а просто осели в Спринге, том что первым на глаза попалось...

     
  • 2.27, Aqueelone (?), 17:39, 19/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ...ага -- да-да -- в нашем самом крутом в мире банке мы уже -- наконец-то! -- можем использовать Spring 4.3.+ и на нашей WebSphere уже есть IBM JMV 1.8...
    ...а на домашних амазоновских магазинах уже давно JHipster 6+...
    ...и зачем нам Jakarta?... у JHipster есть разрабы которые прикрутят все сами, а IBM тем паче!...

    (для тех у кого слабо с юмором -- это -- юмор!)

     
     
  • 3.28, лвфоа (?), 21:50, 15/10/2019 [^] [^^] [^^^] [ответить]  
  • +/
    не смешная попытка скрыть "типа юмОром" истесанное положение дел .. мда
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру