Os primeiros nove projetos propostos pela Eclipse Foundation destinados a serem incluídos no Eclipse Enterprise for Java (EE4J) foram feitos. São eles:
- Eclipse Grizzly
- Eclipse OpenMQ
- Eclipse Mojarra
- Eclipse Message Service API para Java ( JSR 914 )
- Eclipse Tyrus
- Eclipse Java API para RESTful Web Services (JAX-RS)
- Eclipse Jersey
- Eclipse WebSocket API para Java ( JSR 356 )
- Eclipse JSON Processing
Como descrito na carta do EE4J, esses projetos foram criados como parte do processo de transição das tecnologias do Java EE 8 e GlassFish da Oracle para a Eclipse Foundation. Todos os projetos novos seguem o processo de desenvolvimento do Eclipse para ser integrado ao EE4J.
Dois projetos adicionais, EclipseLink e Eclipse Yasson , já estão no processo de migração para o EE4J . Informações relevantes para todos os projetos da Fundação Eclipse podem ser encontradas em seu site de notícias sobre atividades de projetos .
Dmitry Kornilov, gerente sênior de desenvolvimento na Oracle, e Mike Milinkovich, diretor executivo na Eclipse Foundation, falaram com o InfoQ sobre esses nove novos projetos.
InfoQ: Como esses projetos foram escolhidos para fazer parte do EE4J?
Dmitry Kornilov: Esses nove projetos foram escolhidos entre mais de 30 projetos que nós (Oracle) estamos planejando transferir para a Eclipse Foundation. Nosso objetivo foi escolher projetos nos quais a comunidade está mais interessada e transferi-los para Eclipse o mais rápido possível. Trabalhamos com os principais participantes do projeto EE4J (desde a formalização para o Comitê de Gerenciamento de Projeto) para selecionar esses nove projetos.
Mike Milinkovich: Basicamente, usamos a seguinte regra: nem muito grande, nem muito pequeno, apenas certo.
Levar o Java EE para a Eclipse Foundation é um esforço enorme, e queremos levar diversos projetos para exercitar o processo de migração deles. Esses projetos foram selecionados pois representam uma amostra razoável dos projetos que precisam ser transferidos, mas não eram os maiores (pense no Glassfish).
InfoQ: Haverá mais projetos vindo do Java EE 8 e GlassFish?
Dmitry Kornilov: Eventualmente, todos os projetos do Java EE 8 da Oracle - incluindo o GlassFish, assim como as outras tecnologias do GlassFish - , serão transferidos para a Eclipse Foundation. Já começamos um segundo lote na Oracle.
Mike Milinkovich: Sim, todos eles estão chegando. Tudo do Glassfish e todos os projetos de implementação de referência do Java EE que são controlados pela Oracle serão transferidos para a Eclipse Foundation. Além disso, todos os kits de teste de compatibilidades (TCKs) serão transferidos e pela primeira vez serão disponibilizados pela licença open source. O processo de especificação para futuras versões do Java EE acontecerá na Eclipse Foundation. Com isso, iremos criar uma nova marca para substituir a JCP que era utilizada no passado do Java EE.
Como havia comentado anteriormente, gostaria de enfatizar como é legal que os TCKs sejam open source. Historicamente, os TCKs ficavam disponíveis somente sob termo de confidencialidade para licenciadores da Oracle. Isso tem sido um empecilho de inovação no Java Enterprise e no cloud native. Acho que a importância dos TCKs como open source ainda não recebeu a atenção que deveria até o momento. Existe a possibilidade de criar grandes inovações nesse ecossistema.
InfoQ: Qual foi a resposta da comunidade até o momento?
Kornilov: A resposta tem sido muito positiva. A comunidade solicitava essa transferência do Java EE há bastante tempo e agora está muito feliz que estamos fazendo isso. Do nosso lado, levamos isso a sério e fizemos nosso melhor para que essa migração seja tranquila e rápida.
Milinkovich: Tem sido impressionante. É muito bom ver como muitos desenvolvedores estão empolgados com essas transferências de tecnologia para a Eclipse Foundation. Tivemos alguns empecilhos durante o caminho, conforme as pessoas vão envolvendo suas mentes nessas mudanças que estamos fazendo no ecossistema Java EE. Toda mudança é difícil, até mesmo uma mudança positiva como essa.
InfoQ: Quanto tempo irá levar a revisão da comunidade?
Kornilov: De acordo com as regras da Eclipse Foundation, as propostas vão ficar abertas para revisão da comunidade por no mínimo duas semanas.
InfoQ: O que está no horizonte para o EE4J?
Kornilov: Há muitas coisas acontecendo. O primeiro objetivo é transferir todos os projetos Java EE para a Eclipse Foundation e lançar a primeira versão do EE4J. O plano é que essa versão seja compatível com o Java EE 8. O segundo objetivo é definir um novo processo de padronização que será utilizado no EE4J e irá substituir o processo da JCP que era utilizado no Java EE. E o objetivo final é que, com o processo de padronização definido, seja lançada uma nova versão totalmente desenvolvida pela comunidade Enterprise do Java.
Milinkovich: Aqui estão as prioridades para os próximos seis a nove meses ou mais:
- Estabilizar EE4J como um projeto open source e que a sua comunidade esteja funcionando. Isso irá envolver mais de 50 projetos do Eclipse e milhões de linhas de código. Cada um desses 50 projetos vão ter líderes de projetos e committers. Esperamos algumas centenas de novos commiters que serão incluídos na comunidade do Eclipse; isso requer que todos aprendam a participar como parte de uma equipe do projeto Eclipse. Como parte disso, teremos que re-licenciar todo o código para licença EPL-2.0 e fazer nossas avaliações de propriedade intelectual.
- Mover toda infraestrutura de build desses projetos da Oracle para uma infraestrutura comum da Eclipse Foundation.
- TCKs como open source. Isso é um trabalho grande, estamos falando sobre milhares de testes e muitos códigos que nunca tiveram seu código fonte liberados anteriormente.
- Enviar a primeira release do EE4J que seja compatível com Java EE 8. É aqui que as coisas começam a ficar reais. Tornando códigos executáveis disponíveis para os desenvolvedores é o coração de uma comunidade open source. Quanto mais rápido pudermos fazer isso, melhor, em minha opinião.
- Estabelecer um novo processo de especificação para substituir o antigo processo com base no JCP para evolução dos padrões do Java EE.
- Criar um novo nome e marca para a tecnologia popularmente conhecida como Java EE. Isso irá incluir um consórcio para apoiá-lo e um processo de certificação para implementações independentes que sejam compatíveis com a tecnologia tais como: WebLogic, WebSphere, JBoss, Apache Tomee e Payara.
Espero que você concorde que esses objetivos são bem ambiciosos. Vamos estar muito, muito ocupados pois estabelecemos tudo isso. Encorajo todos a terem paciência.
InfoQ: Quais são suas responsabilidades atuais na Oracle? O que você faz no seu dia a dia?
Kornilov: Gerencio um time de desenvolvimento em Praga que é responsável por vários componentes do Java EE, incluindo JSON-B/P, JPA, JAX-RS, JAX-B, JAX-WS, Metro entre outros. Também represento a Oracle no EE4J Project Management Committee (PMC). Normalmente passo metade do dia em diversas reuniões (gerenciamento, planejamento, revisão, brainstorming e design) e a outra metade do dia respondendo emails. Isso é o que faço agora :).
InfoQ: Quais são suas responsabilidades atuais na Eclipse Foundation? O que você faz no seu dia a dia?
Milinkovich: Nos últimos 13 anos fui Diretor Executivo da Eclipse Foundation, uma fundação open source independente de membros. Minhas atividades do dia a dia são focadas em ajudar nossos projetos open source e nosso ecossistema comercial a melhorar cada dia mais.
Referências
- Source Repositories:
- Eclipse Grizzly
- Eclipse OpenMQ
- Eclipse Mojarra
- Eclipse Message Service API for Java
- Eclipse Tyrus
- Eclipse Java API for RESTful Web Services
- Eclipse Jersey
- Eclipse WebSocket API for Java
- Eclipse JSON Processing