雅加达EE和Microprofile.io

Talvezvocêcomo desenvolvedor Javanãoconheçaesses dois nomes。 Talvez quandovocêvai pensar em desenvolver Javajápensa em Spring。 Casovocêesteja nesses dois grupos，essasérieéparavocê！

请参见Java语言规范。 Especificaçõessãocoisas as vezes um pouco chatas，mas que nosdãoumasegurançaenorme de desenvolvimento。 Para Quem Desenvolve Java faz mais de 15 anos，Nunca Vi Uma突破功能，algo que tornou meucódigoantigonão编译！ 作为Java的专用规范，cad具有nova deve ser兼容性的防毒和防毒专用规范。

语言特定于Java语言，而语言特定于普通Java语言。

Java EE

Até2018存在Java EE算法。

RIP！ ☠️☠️☠️

雅加达EE万岁！ 👑👑👑

Java EE não era um framework. Era um conjunto de especificações que serviam de base para implementação de Frameworks. O intuido dessas especificações era tornar qualquer aplicação Java EE livre de implementações. Assim qualquer projeto Java EE, poderia ser facilmente migrável para qualquer uma das implementações compatíveis. Evitando assim o que podemos chamar de Vendor Lock-in.

Java EE tinha um sério problema. O timing das especificações era mais lento que o passo da comunidade. Isso se devia ao processo imposto pela Oracle ao desenvolvimento, que ao ser Specification First já impunha um passo lento às inovações.

玛斯...

Microprofile.io

Por volta de 2017, alguns nomes da comunidade perceberam que o Java EE não estava acompanhando o desenvolvimento de aplicações Cloud Native, suas especificações englobavam tudo que havia de novo em 2007, mas estavamos em 2017! Era preciso fazer algo!

Para isso foi proposto um novo conjunto de especificações o Microprofile.io. Este seria focado em implementar os padrões de projetos para Cloud Native e Microserviços. Mas em termos de gerenciamento, estas especificações não seriam Specification First, mas Coding First. Assim os padrões que já era implementados por um ou mais framework seriam homogeinizados e quiça melhorados. O projeto não seria coordenado pela Oracle, mas pela Eclipse Foundation. Com o padrão de governança da Eclise Fdn, haveria mais agilidade no desenvolvimento de novas especificações.

Jakarta EE

请在Microprofile。io上添加批注，然后再在Oracle敏捷通讯社上进行处理。 Eclipse Foundation中的Java EE的基础知识，实践和实践。 Assim，Java EE或Jakarta EE。 Java和Oracle的注册。 作为特定的TodasJava EE 8。0自动转换系列雅加达EE 8。0。

Modelo de Programação

没有任何专门针对雅加达的EE和UM编程模型。 UmaaplicaçãoJakarta EE依旧依赖于实现，而todas则作为Estédevemser Implementadas e providas pelo容器Jakarta EE的依赖。

Vantagens

Usando o modelo puramente Jakarta EE，nosdácertas vantagens ao desenvolvimento：

• 人民革命运动PadronizaçãodocódigoBaixo acoplamento e altacoesãoFog naLógicadeNegócio

正常情况下，按功能划分的标准属于可变项目。 实施先决条件的先决条件是什么，先决条件还是先决条件。

示例：

• HTTP或HTTP的Porque o desenvolvedor precisaria实现者？DI的框架或实施方案有效的框架或预防措施？持久性框架实施的前提

否需要重新实施本文档，请以Todas证明框架为funcionalidades propostar por的框架。 雅加达EE padroniza备受赞誉。 Assim qualqueraplicaçãodesenvolvidapoderáser deployada em qualquer servidor deaplicaçãocompatível。

Container Jakarta EE

在Jakarta EE的无容器的Quando falamos de容器中，请在容器Docker上进行引用！ Não！ Esse conceitoémais antigo。

Container Jakarta EE seria qualquer Servidor de Aplicação responsável pela administração e configuração das aplicações Jakarta EE.

Especificações

请在Jakarta EE和Microprofile.io中将其发布为umasérieque iniciarei detalhando。 Com isso gostaria de compartilhar comoéfácildesenvolver微服务Java强壮！ 找出飞机上的一个特殊清单：

• JSR 365 –上下文和依赖注入（CDI）2.0JSR 370 – RESTful Web服务的Java API（JAX-RS）2.1JSR 380 – Bean验证2.0MicroProfile配置MicroProfile健康状况

Conclusão

CasovocênãoconheçaasespecificaçõesJakarta EE，éséum bom ponto de inicio paravocê。

Casovocêjáconheça担任Jakarta EE的专集，由ééum um bom inicio para aprender um pouco mais担任。

from: https://dev.to//vepo/jakarta-ee-e-microprofile-io-4gbg