BT

Disseminando conhecimento e inovação em desenvolvimento de software corporativo.

Contribuir

Tópicos

Escolha a região

Início Notícias Sem JCP para o Java EE

Sem JCP para o Java EE

A Oracle apoia ou recomenda o uso do JCP (Java Community Process) para as melhorias futuras do Java EE, Will Lyons, diretor senior, WebLogic Server Product Management, na Oracle, informou essa novidade em um email para a comunidade EEJ4. A declaração chegou em um email sobre as diretrizes para a versões de manutenção (MRs) das especificações do Java EE 8.

A Oracle recomenda e suporta o uso de processos orientados ao EE4J para melhorias funcionais nas especificações do Java EE 8, e não recomenda ou suporta o uso do JCP para qualquer melhoria funcional do Java EE 8 no futuro. No entanto, de tempos em tempos, podem existir razões válidas para fornecer MRs das especificações do Java EE 8.

Lyons diz que as razões válidas para as versões de manutenção (MRs) incluem corrigir errata nas especificações, abordar vulnerabilidades de segurança e permitir uma demarcação mais precisa de quais aspectos do Java estão na versão EE e/ou SE. As tecnologias compartilhadas entre o EE e SE são cobertas na JEP 320 e incluem o CORBA, JTA, JAX-WS, JAXB, JAF, e anotações comuns para web services.

De acordo com o jcp.org, a JCP é o mecanismo para desenvolver especificações técnicas padrão para a tecnologia Java. É aberto para todos, e qualquer um pode participar revisando e fornecendo feedback para as Java Specification Requests (JSRs). Qualquer um pode tornar se um membro da JCP e então juntar-se à algum Expert Group de uma JSR. Membros podem até sugerir suas próprias JSRs.

No EE4J FAQ, existe uma questão: O EE4J vai usar o processo da JCP?

De maneira geral, o EE4J definirá novos processos para a evolução da plataforma. A maioria das questões sobre continuar usando o JCP tem foco no processo de especificação. Este processo será definido dentro do EE4J. Nossa expectativa é que as especificações vão evoluir fora da JCP, de modo que um novo processo EE4J mais ágil, flexível e aberto não seja acoplado ao processo JCP existente. Mas este novo processo ainda não foi projetado.

A prioridade do projeto é a transição dos projetos Java EE liderados pela Oracle para o Eclipse Foundation. Mover estes projetos envolvem fazer um novo licenciamento das implementações de referência, TCKs (kits de testes de compatibilidade) e a documentação. Isso não inclui a refazer as licenças das especificações existentes. As especificações existentes poderão usar o pacote javax.* e os nomes das especificações JCP existentes (Java Servlet) serão usados futuramente.

Com relação as novidades, o Java EE Guardians publicou uma carta aberta a comunidade em relação ao Java EE Naming e Packaging. A carta solicita aos stakeholders da Oracle e EE4J:

  1. Permitir que a nova plataforma continue com o nome Java EE;
  2. Permitir o uso dos pacotes javax.* para as tecnologias existentes;
  3. Permitir o uso do pacote javax.enterprise para as novas tecnologias.

A resposta inicial da Oracle foi que o item 2 está ok, mas o nome "Java EE" e o nome de pacote "javax. *" alavancam a marca registrada Java e indicam que a fonte dessas tecnologias é da Oracle e dos processos comunitários gerenciados pela Oracle.

Para acompanhar o status do projeto EE4J, veja a carta do projeto, o blog Aquarium ou entre na lista de emails da comunidade ee4j.

Avalie esse artigo

Relevância
Estilo/Redação

Conteúdo educacional

BT