Может быть, вы, как разработчик Java не знает об этих двух имен. Возможно, когда вы будете думать о разработке Java уже думаете, в Spring. В случае, если вы в эти две группы, эта серия для вас!
Для тех, кто не знает, в мире Java является мишенью для спецификации. Технические характеристики вещей, иногда немного скучные, но которые дают нам безопасность огромное развития. Для тех, кто развивает Java делаете более 15 лет, и я никогда не видел breaking feature , то, что стало мой старый код не работоспособна! Это должно спецификации Java, feature каждый новый должен быть совместим со спецификациями старые и должны быть указаны.
Технические характеристики есть не только для языка Java, существуют также сообщества Java.
До 2018 года существовало что-то, что chamavamos Java EE.
RIP! Череп и скрещенные кости Костный мозг
Да здравствует Джакарта EE! Великий великий великий
Java EE не было framework. Был набор спецификаций, которые служили основой для реализации механизмов. В intuido этих спецификаций заключается в том, чтобы любое приложение Java EE свободной реализации. Таким образом, любой проект Java EE, может быть легко migrável на любой из совместимых реализаций. Evitando assim o que podemos chamar de Блокировка поставщика .
Java EE имел серьезные проблемы. Сроки характеристики был медленнее, чем шаг общины. Это было в процессе налога по Oracle к развитию, чем быть Specification First уже накладывала один шаг, медленно инноваций.
Но….
Еще в 2017, некоторые имена общины поняли, что Java EE не было, сопровождение разработки приложений Cloud Native , их технические характеристики, englobavam все, что было новым в 2007 году, но мы были в 2017 году! Нужно было что-то делать!
Для этого был предложен новый набор спецификаций, на Microprofile.io . Это будет ориентирован на внедрение стандартов проекты для Cloud Native и Microserviços . Mas em termos de gerenciamento, estas especificaçoes nao seria Сначала спецификация , mas Сначала кодирование . Так же стандартов, что уже осуществляется на один или более framework бы homogeinizados и quiça улучшены. O profeta nao seria coordenada pela Oracle, mas pena Фонд Eclipse . Стандарт управления Eclise Fdn, было бы больше гибкости в разработке новых спецификаций.
С ростом Microprofile.io, не было давления сообщество Oracle упорядочения процесса разработки спецификаций. Исо леву – эмпреса, а также абрир-мао и энтегар – о-геренсиаменто для проекта Java EE para Eclipse Foundation. Ассимилируйся, о Ява, се торну, Джакарта, ИЕ. Java-это имя, зарегистрированное в Oracle. Todas as specifica HDMI Java EE 8.0 серия автоматических трансформаций em specifica HDMI Java EE 8.0 .
На фоне Jakarta EE-это модель программирования, ориентированный на технические характеристики. Приложение Jakarta EE не зависит от реализации все зависимости, объявленные как providades и они должны быть реализованы и обеспечены Контейнер Jakarta EE.
Преимущество
Используя модель чисто Jakarta EE, дает нам определенные преимущества разработки:
- Скорость Развития
- Стандартизация код
- Слабосвязанных и высокой сплоченности
- Акцент на Бизнес-Логике
Спецификации обычно являются функции, общие для различных проектов. Они не функциональных требований, которые выпускают разработчик беспокоиться о вещах, которые уже очень хорошо реализованы и протестированы.
Пример:
- Потому что разработчик должен реализовать HTTP-сервер?
- Потому что разработчик должен реализовать framework ДИ?
- Потому что разработчик должен реализовать framework Проверки?
- Потому что разработчик должен реализовать framework Настойчивость?
На самом деле не нужно повторно реализовать ни одно из этих требований, все рамки должны найти способы интегрировать код всех функций propostar он. Jakarta EE стандартизирует эти средства. Таким образом, любое приложение, разработанное может быть deployada на любой сервер приложений, совместимый.
Контейнер Jakarta EE
Когда мы говорим о Контейнерах в мире Jakarta EE, мы не имеем в виду Контейнер Docker! Нет! Это понятие является более старым.
Контейнер Jakarta EE будет либо Сервера Приложений ответственный за администрирование и настройка приложений Jakarta EE.
Спецификация
Этот пост является введением в серию, что я начну подробно спецификации Jakarta EE и Microprofile.io. С этим я хотел бы поделиться, как легко начинать microserviços Java надежные! Ниже приведен список технические Характеристики, которые планирую охватить:
- JSR 365 – Внедрение контекстов и зависимостей (CDI) 2.0
- JSR 370 – Java API для веб-сервисов RESTful (JAX-RS) 2.1
- JSR 380 – Проверка компонентов 2.0
- Конфигурация Микропрофиля
- Здоровье микропрофиля
Если вы не знаете спецификации Jakarta EE, это хорошая точка начала для вас.
Если вы уже знаете спецификации Jakarta EE, это хорошее начало, чтобы узнать немного больше.
Оригинал: “https://dev.to/vepo/jakarta-ee-e-microprofile-io-4gbg”