Społeczność Eclipse platformę , która zastąpiła Java EE (Java Platform, Enterprise Edition) po przekazaniu procesów opracowywania specyfikacji, TCK i referencyjnej implementacji w ręce organizacji non-profit Eclipse Foundation. Jakarta EE 8 oferuje ten sam zestaw specyfikacji i testów TCK, co Java EE 8. Różnice sprowadzają się jedynie do zmiany nazwy i przejścia na nowe procesy opracowywania specyfikacji. Platforma została wydana pod nową nazwą, ponieważ firma Oracle przekazała jedynie technologie i zarządzanie projektem, ale nie przekazała społeczności Eclipse praw do używania znaku towarowego Java. Cały projekt rozwoju Jakarta EE otrzymał nazwę EE4J (Eclipse Enterprise for Java).
Premiera sygnalizuje zakończenie tworzenia infrastruktury i ustalania procesów dla rozwoju specyfikacji serwerowej platformy Java dla przedsiębiorstw w neutralnym środowisku, niezwiązanym z konkretnymi dostawcami i umożliwiającym osiągnięcie przejrzystych i otwartych procesów podejmowania decyzji, rozwoju i certyfikacji. Dla certyfikacji produktów zgodnych z Jakarta EE zaproponowano zestawy do oceny zgodności TCK (Technology Compatibility Kits), dostarczane na licencji Eclipse TCK.
Jakarta EE 8 jest punktem wyjścia do tworzenia nowych specyfikacji, w przygotowaniu których wezmą udział różni dostawcy. W planach dalszego rozszerzania specyfikacji wymienia się rozwój narzędzi do tworzenia aplikacji biznesowych dla obliczeń w chmurze (). Zmiany przygotowane w trakcie współpracy będą zaproponowane w ramach następnej wersji Jakarta EE 9, której głównymi nowościami będą specyfikacja Jakarta NoSQL i zmiana przestrzeni nazw.
Jakarta NoSQL określi standardowe, wysokopoziomowe interfejsy do interakcji aplikacji Java z bazami NoSQL, co stanowi znaczący krok w przygotowaniu platformy Java do wykorzystania paradygmatu Cloud Native. Jako referencyjna implementacja Jakarta NoSQL zostanie wykorzystany framework . Zmiana przestrzeni nazw związana jest z niemożnością używania nazw java i javax w nowej funkcjonalności Jakarta EE, dlatego przejście na nowe przestrzenie nazw «jakarta.*»
Jeśli chodzi o podejmowanie decyzji, to w miejsce JCP (Java Community Process) wprowadzono nowy proces (JESP), który będzie używany przez grupę roboczą Jakarta EE Working Group do rozwoju Jakarta EE. JESP oparty jest na przyjętych w społeczności Eclipse otwartych zasadach przygotowywania specyfikacji EFSP (Eclipse Foundation Specification Process). Aby zatwierdzić jakiekolwiek zmiany w specyfikacjach Jakarta EE lub stworzyć nową wersję, konieczna będzie zgoda absolutnej większości strategicznych członków grupy roboczej, oprócz innych regulacji głosowania określonych w EFSP.
Źródło: opennet.ru
