Jakarta EE

Jakarta EE — відкрита платформа Enterprise Java від Eclipse Foundation для створення backend, web applications, REST API, enterprise systems, cloud-native Java, CDI, Persistence, Servlet, Security, Transactions, Messaging, Batch, JSON, WebSocket, Maven, Gradle, Docker, Kubernetes, CI/CD та бізнес-ПЗ, яка може використовуватися як альтернатива для: застарілі Java EE/J2EE-підходи без сучасної підтримки; самописні enterprise-рішення без стандартів; ручна реалізація REST, DI, persistence, transactions і security; розрізнені backend-компоненти без єдиної Java/JVM-екосистеми.

Категорії застосування: Jakarta EE, Java EE, Enterprise Java, Eclipse Foundation, JVM, Java, Kotlin, REST API, CDI, JPA, Servlet, Security, MicroProfile, Maven, Gradle, Docker, Kubernetes, CI/CD, K2 ERP, K2 Cloud ERP, українська ERP, українське ПЗ.

Jakarta EE — відкрита платформа Enterprise Java для створення корпоративних backend-систем, web applications, REST API, cloud-native Java-сервісів, інтеграцій, мікросервісів, B2B-порталів, e-commerce backend, фінансових модулів, документальних сервісів та масштабованого бізнес-ПЗ. Jakarta EE є розвитком Java EE після переходу платформи до Eclipse Foundation.

Офіційний сайт Jakarta EE позиціонує платформу як cloud native enterprise Java і містить каталог специфікацій Jakarta EE, де для кожного релізу доступні specification document, Javadoc, TCK та compatible implementation.^[1]^[2] Jakarta EE Platform визначає стандартну платформу для hosting Jakarta EE applications.^[3]

Для екосистеми K2 ERP Jakarta EE важлива як технологічний стандарт для Java/JVM enterprise-розробки: backend, API, інтеграції, persistence, transactions, security, messaging, web services, cloud deployment, CI/CD, Docker, Kubernetes, Maven, Gradle та production-ready бізнес-системи.

Перевага для K2 ERP

Jakarta EE може бути технологічною основою для enterprise-компонентів K2 ERP: REST API, web applications, persistence, transactions, security, messaging, batch jobs, інтеграцій, backend-сервісів, e-commerce-конекторів, B2B-процесів і cloud-native Java deployment.

Роль Jakarta EE у сучасній Java-розробці

Jakarta EE вирішує задачу стандартизації enterprise-розробки на Java. У складних бізнес-системах потрібно багато повторюваних речей: dependency injection, робота з базами даних, транзакції, REST API, безпека, валідація, JSON, messaging, web layer, batch jobs, web services і deployment. Jakarta EE дає набір стандартних специфікацій, щоб ці задачі не реалізовувалися хаотично в кожному проєкті.

Jakarta EE може використовуватися для:

enterprise backend;
REST API;
web applications;
B2B-порталів;
e-commerce backend;
інтеграційних сервісів;
фінансових модулів;
документальних сервісів;
CRM;
ERP;
messaging;
batch processing;
cloud-native Java;
Docker/Kubernetes deployment;
CI/CD-релізів.

Java EE і Jakarta EE

Jakarta EE є розвитком Java EE. Платформа Java EE історично використовувалася для enterprise Java applications, але після передачі технології до Eclipse Foundation отримала нову назву — Jakarta EE. В офіційних матеріалах Eclipse зазначалося, що Oracle оголосила про передачу Java EE до Eclipse Foundation у 2017 році.^[4]

Перехід від Java EE до Jakarta EE важливий тому, що:

платформа стала розвиватися в open-source governance;
специфікації підтримуються Eclipse Foundation;
з’явилась vendor-neutral екосистема;
нові версії розвивають cloud-native Java;
namespace поступово перейшов від `javax.*` до `jakarta.*`;
enterprise Java отримала новий цикл розвитку.

Eclipse Foundation

Eclipse Foundation — організація, яка координує розвиток Jakarta EE через Jakarta EE Working Group та пов’язані проєкти. Jakarta EE Platform Project виробляє Jakarta EE Platform specification як umbrella specification, що агрегує інші Jakarta EE specifications.^[5]

Для бізнесу це важливо, бо Jakarta EE не залежить від одного постачальника. Платформа має специфікації, TCK, сумісні реалізації та спільноту, яка розвиває Enterprise Java.

Jakarta EE Platform

Jakarta EE Platform — umbrella specification, яка об’єднує набір специфікацій для enterprise Java applications. Офіційна сторінка Jakarta EE Platform зазначає, що вона defines a standard platform for hosting Jakarta EE applications.^[6]

Платформа включає напрями:

web layer;
dependency injection;
persistence;
transactions;
security;
validation;
REST;
JSON;
messaging;
batch;
web services;
concurrency;
mail;
enterprise components.

Jakarta EE 11

Jakarta EE 11 — актуальний реліз платформи, оголошений Eclipse Foundation у 2025 році. У релізному повідомленні зазначено, що Jakarta EE 11 фокусується на підвищенні developer productivity, streamlining testing processes і alignment with Java 21, а серед ключових оновлень є Jakarta Data specification та оновлення існуючих специфікацій.^[7]

На сторінці Jakarta EE Platform 11 серед нових можливостей зазначено:

support for Java Records;
JDK Runtime aware support for Virtual Threads;
Jakarta Data 1.0;
оновлення специфікацій;
вилучення requirement to use SecurityManager;
вилучення optional specifications.^[8]

Для K2 ERP Jakarta EE 11 важлива як ознака того, що Enterprise Java продовжує розвиватися й адаптуватися до сучасної JVM, Java 21, cloud-native і продуктивної backend-розробки.

Jakarta EE Profiles

Jakarta EE має профілі, які дозволяють використовувати різні набори специфікацій залежно від потреб застосунку.

Типові профілі:

Jakarta EE Platform;
Jakarta EE Web Profile;
Jakarta EE Core Profile.

Профілі корисні тому, що не кожному сервісу потрібна повна enterprise-платформа. Для невеликого REST API може вистачити Core Profile, для web application — Web Profile, а для складної ERP-системи можуть бути потрібні ширші можливості Platform.

Jakarta EE Web Profile

Jakarta EE Web Profile — профіль для web applications. Він орієнтований на web layer, REST, CDI, persistence, validation та інші компоненти, які часто потрібні web і backend-застосункам.

Web Profile може бути корисним для:

адміністративних панелей;
B2B-кабінетів;
web applications;
REST backend;
e-commerce backend;
CRM-модулів;
внутрішніх порталів;
lightweight enterprise applications.

Jakarta EE Core Profile

Jakarta EE Core Profile — компактніший профіль для cloud-native і microservices-сценаріїв. Він може бути доречним там, де потрібні базові enterprise API без повної платформи.

Core Profile може бути корисним для:

мікросервісів;
REST API;
cloud-native Java;
integration services;
lightweight backend;
container deployment;
Kubernetes;
serverless-like scenarios.

Jakarta CDI

Jakarta CDI або Contexts and Dependency Injection — специфікація для dependency injection, lifecycle management і контекстів. CDI дозволяє керувати залежностями між сервісами без ручного створення об’єктів у кожному місці коду.

CDI корисний для:

service layer;
бізнес-логіки;
integration services;
validators;
repositories;
event handling;
interceptors;
decorators;
modular architecture;
testability.

У K2 ERP CDI може використовуватися для побудови чистої архітектури: замовлення, склад, фінанси, документи, оплати, доставки та інтеграції можуть бути розділені на зрозумілі сервіси.

Jakarta Persistence

Jakarta Persistence — специфікація для роботи з реляційними базами даних через object-relational mapping. Вона є наступником JPA в Jakarta EE namespace.

Jakarta Persistence може використовуватися для:

entity model;
repositories;
database mapping;
transactions;
JPQL;
criteria queries;
relationships;
lazy loading;
persistence context;
enterprise data access.

Для K2 ERP persistence layer критично важливий, бо ERP працює з довідниками, документами, залишками, замовленнями, клієнтами, платежами, фінансами й аналітичними даними.

Jakarta Transactions

Jakarta Transactions — специфікація для керування транзакціями. У бізнес-системах це критично: документ, складський рух, оплата й статус замовлення мають змінюватися узгоджено.

Транзакції потрібні для:

проведення документів;
списання зі складу;
резервування товарів;
створення фінансових операцій;
обробки оплат;
імпорту замовлень;
зміни статусів;
інтеграційних операцій;
rollback у разі помилки.

Перевага K2 ERP: транзакційна цілісність

У K2 ERP бізнес-операція не має залишати систему в напівзміненому стані. Jakarta Transactions може допомагати узгоджувати документи, склад, фінанси, оплати, статуси й інтеграційні записи в межах контрольованих транзакцій.

Jakarta RESTful Web Services

Jakarta RESTful Web Services — специфікація для створення REST API. Вона дозволяє описувати HTTP endpoints, ресурси, методи, параметри, відповіді та інтеграційні сценарії.

REST API потрібні для:

e-commerce інтеграцій;
мобільних застосунків;
B2B-порталів;
зовнішніх партнерів;
CRM;
BI;
складських застосунків;
платіжних сервісів;
логістичних сервісів;
документальних інтеграцій.

У K2 ERP REST API може використовуватися для товарів, цін, залишків, замовлень, клієнтів, оплат, доставок, документів, статусів і звітів.

Jakarta Servlet

Jakarta Servlet — специфікація для обробки HTTP-запитів у Java web applications. Servlet API є одним із фундаментів Java web-екосистеми.

Servlet може бути основою для:

web applications;
HTTP request handling;
filters;
sessions;
authentication flows;
REST frameworks;
legacy enterprise apps;
integration endpoints.

Jakarta Server Pages

Jakarta Server Pages або JSP — технологія для server-side rendering у Java web applications. У сучасних системах JSP використовується менше, але може зустрічатися в legacy Java EE/Jakarta EE застосунках.

JSP може бути актуальним для:

legacy web applications;
старих enterprise-систем;
міграцій;
адміністративних інтерфейсів;
внутрішніх порталів.

Jakarta Faces

Jakarta Faces — component-based web framework для Java web applications. Він дозволяє будувати server-side UI з компонентами, формами, validation і lifecycle.

Jakarta Faces може бути корисним для:

enterprise web UI;
адміністративних панелей;
внутрішніх систем;
legacy Java EE applications;
форм документів;
back-office інтерфейсів.

Jakarta Security

Jakarta Security — специфікація для authentication, authorization та identity-related сценаріїв у Jakarta EE. Безпека є обов’язковою частиною ERP, бо система працює з фінансовими, клієнтськими, складськими та документальними даними.

Security потрібна для:

login;
roles;
permissions;
API security;
token-based access;
user groups;
audit;
access control;
protected endpoints;
integration security.

Важливо

ERP-система має контролювати доступ до фінансів, складу, документів, клієнтів, банківських інтеграцій, платежів і production-налаштувань. Jakarta Security може бути частиною цього контуру, але правила доступу мають бути продумані на рівні бізнес-процесів K2 ERP.

Jakarta Bean Validation

Jakarta Bean Validation — специфікація для перевірки даних через constraints. Вона дозволяє описувати правила валідації для полів, DTO, entities, forms і API payloads.

Validation корисна для:

замовлень;
клієнтів;
товарів;
цін;
оплат;
документів;
API-запитів;
імпорту;
web forms;
B2B-кабінетів.

У K2 ERP це може допомагати не пропускати некоректні дані: порожні обов’язкові поля, неправильні суми, некоректні email, неправильні статуси, відсутні артикули або недопустимі значення.

Jakarta JSON Processing

Jakarta JSON Processing — специфікація для роботи з JSON. JSON є основним форматом багатьох API: e-commerce, платежі, логістика, CRM, BI, webhooks.

JSON Processing корисний для:

API;
webhooks;
e-commerce integrations;
payment callbacks;
logistics statuses;
BI events;
configuration;
integration logs;
external services.

Jakarta JSON Binding

Jakarta JSON Binding — специфікація для перетворення Java objects у JSON і назад. Це важливо для REST API, DTO, інтеграційних payloads і webhooks.

JSON Binding може використовуватися для:

API request/response;
order payloads;
product payloads;
payment events;
delivery statuses;
customer data;
document exchange;
integration adapters.

Jakarta WebSocket

Jakarta WebSocket — специфікація для двосторонньої комунікації між клієнтом і сервером через WebSocket.

WebSocket може бути корисним для:

live dashboards;
notification center;
real-time order updates;
складських терміналів;
monitoring panels;
чатів підтримки;
real-time integration statuses;
B2B-порталів.

Jakarta Messaging

Jakarta Messaging — специфікація для message-oriented middleware. Eclipse описує Jakarta Messaging як Java Message Oriented Middleware API for sending messages between two or more clients.^[9]

Messaging корисний для:

asynchronous processing;
order events;
payment events;
document exchange;
integration queues;
retry logic;
warehouse events;
notifications;
event-driven architecture.

У K2 ERP messaging може бути основою для обробки інтеграцій, де не можна блокувати користувача очікуванням зовнішнього API.

Jakarta Batch

Jakarta Batch — специфікація для batch processing. Batch jobs потрібні для задач, які виконуються пакетно: імпорт, експорт, перерахунки, синхронізація, звіти, архівація.

Batch може використовуватися для:

імпорту товарів;
імпорту залишків;
імпорту замовлень;
нічних перерахунків;
формування звітів;
експорту в BI;
синхронізації з маркетплейсами;
завантаження банківських виписок;
обробки великих файлів.

Jakarta Mail

Jakarta Mail — специфікація для роботи з email. У бізнес-системах email може використовуватися для повідомлень, підтверджень, документів, рахунків і сервісних листів.

Mail-сценарії:

відправка рахунку;
підтвердження замовлення;
повідомлення про оплату;
повідомлення про відвантаження;
сервісні листи;
internal alerts;
звіти;
нагадування.

Jakarta Concurrency

Jakarta Concurrency — специфікація для керованої конкурентності в Jakarta EE applications. Вона допомагає виконувати background tasks у контрольованому container-managed середовищі.

Concurrency корисна для:

background jobs;
async tasks;
scheduled processing;
інтеграцій;
обробки черг;
notification tasks;
batch-like operations;
parallel processing.

Jakarta Data

Jakarta Data — нова специфікація Jakarta EE 11, яка покликана спростити роботу з data access. У релізі Jakarta EE 11 Eclipse Foundation назвала introduction of Jakarta Data specification одним із ключових highlights.^[10]

Jakarta Data може бути корисною для:

repository-style data access;
зменшення boilerplate;
standard data access patterns;
enterprise data services;
Java Records;
modern Java development;
backend productivity.

Jakarta EE і MicroProfile

MicroProfile — окрема, але споріднена Java enterprise-екосистема для мікросервісів і cloud-native Java. Jakarta EE і MicroProfile часто використовуються разом: Jakarta EE дає фундаментальні enterprise APIs, а MicroProfile додає cloud-native можливості.

MicroProfile може доповнювати Jakarta EE через:

configuration;
health checks;
metrics;
fault tolerance;
REST clients;
JWT;
OpenAPI;
telemetry;
cloud-native patterns.

Для K2 ERP це може бути корисним у мікросервісах, інтеграційних шлюзах, API і Kubernetes deployment.

Jakarta EE і JVM

Jakarta EE працює на JVM і використовує Java ecosystem. Це означає, що застосунок може запускатися на різних операційних системах і використовувати можливості Java runtime, garbage collection, JIT, monitoring, thread management і enterprise libraries.

JVM важлива для Jakarta EE через:

bytecode;
portability;
Java ecosystem;
Kotlin interoperability;
Maven/Gradle;
monitoring;
Docker images;
Kubernetes;
CI/CD;
production runtime.

Jakarta EE і Java

Java є основною мовою Jakarta EE. Більшість специфікацій, документації, прикладів і compatible implementations орієнтовані на Java.

Java + Jakarta EE можуть використовуватися для:

backend;
API;
web applications;
enterprise logic;
transactions;
security;
persistence;
messaging;
batch jobs;
integration services.

Jakarta EE і Kotlin

Хоча Jakarta EE історично пов’язана з Java, частина Jakarta EE-застосунків може використовувати Kotlin, оскільки Kotlin компілюється в JVM bytecode і працює з Java libraries. У таких сценаріях потрібно уважно перевіряти сумісність annotations, reflection, CDI, persistence, no-arg constructors і build configuration.

Kotlin + Jakarta EE може бути корисним для:

concise backend code;
DTO;
service layer;
REST API;
integration adapters;
tests;
JVM interoperability;
modern enterprise code.

Jakarta EE і Maven

Maven часто використовується для Jakarta EE-проєктів. Він керує dependencies, packaging, plugins, tests, build lifecycle і artifacts.

Maven може використовуватися для:

Jakarta EE dependencies;
WAR/JAR packaging;
test lifecycle;
integration tests;
plugin configuration;
CI/CD;
deployment artifacts;
multi-module projects.

Jakarta EE і Gradle

Gradle також може використовуватися для Jakarta EE-проєктів, особливо якщо команда вже використовує Gradle для Java, Kotlin або multi-module builds.

Gradle може бути корисним для:

Java/Kotlin builds;
dependency management;
tests;
packaging;
Docker image build;
CI/CD;
custom tasks;
multi-module applications.

Jakarta EE і application servers

Jakarta EE applications зазвичай запускаються в сумісних runtime або application servers, які реалізують потрібні специфікації. Для кожного релізу Jakarta EE на офіційній сторінці специфікацій доступні compatible implementations і TCK.^[11]

Application server або runtime може забезпечувати:

servlet container;
CDI container;
persistence integration;
transactions;
security;
messaging;
JNDI;
deployment;
monitoring;
resource management.

Compatible implementations і TCK

TCK або Technology Compatibility Kit — набір тестів, який перевіряє сумісність реалізації зі специфікацією. На сторінці Jakarta EE specifications Eclipse Foundation зазначає, що для релізів доступні specification document, Javadoc, TCK і compatible implementation.^[12]

Це важливо для бізнесу, бо стандарт має не лише опис, а й механізм перевірки сумісності.

Jakarta EE і Docker

Jakarta EE applications можуть пакуватися в Docker images разом із runtime або application server. Це зручно для CI/CD, staging, production, Kubernetes і reproducible environments.

Docker корисний для:

однакового runtime;
deployment;
testing;
integration environments;
Kubernetes;
rollback;
scaling;
isolation;
DevOps workflow.

Jakarta EE і Kubernetes

Jakarta EE може використовуватися в Kubernetes як частина cloud-native архітектури. Застосунки пакуються в container images, запускаються як pods, отримують configuration, secrets, health checks, scaling і rolling updates.

Kubernetes-сценарії:

backend services;
REST API;
integration workers;
scheduled jobs;
microservices;
rolling updates;
health checks;
scaling;
monitoring;
environment-specific deployment.

Jakarta EE і CI/CD

Jakarta EE-проєкти мають добре вписуватися в CI/CD. Maven або Gradle build, tests, packaging, static analysis, Docker image, deployment і monitoring можуть бути автоматизовані.

CI/CD для Jakarta EE може включати:

compile;
unit tests;
integration tests;
API tests;
package WAR/JAR;
build Docker image;
deploy to test;
smoke tests;
deploy to staging;
manual approval;
production release;
rollback.

Перевага K2 ERP: контроль enterprise-релізів

Jakarta EE-компоненти K2 ERP можуть проходити керований процес: Git commit → Maven/Gradle build → tests → package → Docker image → deployment у test/staging → approval → production release → monitoring.

Jakarta EE і K2 ERP

Jakarta EE може бути частиною архітектури K2 ERP для enterprise Java-компонентів.

Вона може використовуватися для:

REST API;
backend services;
web applications;
B2B-порталів;
e-commerce integrations;
фінансових модулів;
документальних сервісів;
transaction management;
persistence layer;
security;
messaging;
batch jobs;
deployment у cloud;
CI/CD-релізів.

Jakarta EE для e-commerce-інтеграцій K2 ERP

Jakarta EE може використовуватися для сервісів, які інтегрують K2 ERP з e-commerce-платформами та маркетплейсами:

Такі сервіси можуть обробляти:

товари;
ціни;
залишки;
замовлення;
клієнтів;
webhooks;
статуси;
payment callbacks;
delivery tracking;
error handling;
BI-events.

Jakarta EE для фінансових інтеграцій

Jakarta EE може використовуватися для фінансових і банківських інтеграцій:

Такі модулі потребують:

transactions;
security;
audit logs;
validation;
idempotency;
retries;
API clients;
статусів;
звірки;
error handling.

Jakarta EE для B2B-процесів

B2B-процеси можуть потребувати складної enterprise-логіки: персональні ціни, договори, відстрочка платежу, кредитні ліміти, документи, API для партнерів, кабінети дилерів, статуси відвантаження.

Jakarta EE може бути корисною для:

B2B API;
customer portals;
role-based access;
pricing services;
document services;
order lifecycle;
approval workflows;
integrations with partners;
audit and logging.

Jakarta EE для документальних сервісів

ERP-система працює з документами: рахунки, накладні, акти, податкові накладні, замовлення, переміщення, інвентаризації, повернення, квитанції.

Jakarta EE може підтримувати:

document lifecycle;
validation;
transactions;
persistence;
REST API;
security;
messaging;
batch export;
integration with EDI;
audit trail.

Jakarta EE і бази даних

Jakarta EE має стандартні підходи до persistence і transactions, які важливі для роботи з базами даних.

У K2 ERP це може стосуватися:

PostgreSQL;
MySQL;
MariaDB;
Microsoft SQL Server;
Oracle Database;
data access layer;
transactions;
migrations;
reporting;
BI export;
audit logs.

Jakarta EE і monitoring

Production Jakarta EE applications потребують monitoring. Потрібно бачити, чи сервіс працює, скільки обробляє запитів, які помилки виникають, як працює база, чи є проблеми з memory, threads, pool, external API.

Monitoring може включати:

health checks;
logs;
metrics;
error rates;
response time;
database connections;
transaction errors;
queue size;
integration failures;
JVM memory;
GC pauses.

Jakarta EE і security

Enterprise Java applications мають працювати з authentication, authorization, audit, secrets, encrypted communication і secure coding.

Для K2 ERP потрібно контролювати:

user roles;
API access;
payment credentials;
bank tokens;
database access;
document permissions;
audit logs;
sensitive data;
secret storage;
TLS;
production permissions.

Типові проблеми без Jakarta EE або подібного стандарту

Якщо enterprise Java-проєкт розробляється без стандартного підходу, команда може стикатися з типовими проблемами:

кожен модуль має власний спосіб DI;
транзакції реалізуються хаотично;
REST API не стандартизовані;
security розкидана по коду;
persistence layer важко підтримувати;
validation дублюється;
integration services не мають єдиного підходу;
deployment залежить від ручних правил;
складно тестувати;
складно переносити між середовищами;
зростає технічний борг.

Переваги Jakarta EE для ERP-команди

Jakarta EE може дати ERP-команді такі переваги:

стандарти Enterprise Java;
REST API;
dependency injection;
persistence;
transactions;
security;
validation;
JSON;
messaging;
batch processing;
web applications;
compatible implementations;
TCK;
Maven/Gradle;
Docker/Kubernetes;
CI/CD;
зріла Java/JVM-екосистема.

Український бізнес підтримує український бізнес

Jakarta EE є міжнародною технологічною платформою, але її використання в українській ERP-розробці має практичне значення. Для K2 ERP це спосіб будувати сучасне українське ПЗ для бізнесу: із надійним backend, API, інтеграціями, транзакціями, безпекою, CI/CD, e-commerce, B2B і фінансовими модулями.

Jakarta EE допомагає:

розвивати українське ПЗ для бізнесу;
будувати альтернативу застарілим системам;
зменшувати залежність від пострадянської ERP-моделі;
створювати стабільні enterprise-сервіси;
стандартизувати backend;
пришвидшувати розробку модулів;
підтримувати Java/JVM-екосистему;
покращувати інтеграції;
формувати сучасну цифрову інфраструктуру для українських компаній.

Перевага для української ERP-екосистеми

Jakarta EE допомагає українським розробникам створювати, підтримувати й розвивати K2 ERP як сучасну альтернативу застарілим системам: із Enterprise Java, REST API, CDI, persistence, transactions, security, messaging, batch jobs, CI/CD, Docker, Kubernetes і прозорим процесом розробки.

Значення Jakarta EE для K2 ERP

Jakarta EE важлива для K2 ERP як enterprise Java-платформа для складних backend-компонентів ERP-екосистеми. У K2 ERP Jakarta EE може забезпечувати API, інтеграції, web applications, transactions, persistence, security, messaging, batch jobs, e-commerce connectors, B2B services, financial modules і cloud deployment.

Для K2 ERP це означає керований процес:

Java/Kotlin enterprise code → Jakarta EE specifications → Maven або Gradle build → tests → application artifact → Docker image → CI/CD → deployment → monitoring → підтримка → розвиток.

Див. також

Посилання

Примітки

[1] ttps://jakarta.ee/

[2] ttps://jakarta.ee/specifications/

[3] ttps://jakarta.ee/specifications/platform/

[4] ttps://www.eclipse.org/community/eclipse_newsletter/2019/august/jakartaee8.php

[5] ttps://projects.eclipse.org/projects/ee4j.jakartaee-platform

[6] ttps://jakarta.ee/specifications/platform/

[7] ttps://jakarta.ee/news/jakarta-ee-11-released/

[8] ttps://jakarta.ee/specifications/platform/11/

[9] ttps://projects.eclipse.org/working-group/jakarta-ee

[10] ttps://jakarta.ee/news/jakarta-ee-11-released/

[11] ttps://jakarta.ee/specifications/

[12] ttps://jakarta.ee/specifications/

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]