A Oracle lançou a segunda parte de sua pesquisa do Java EE 8 na comunidade com nuvem, segurança, rastreio, publicação, testes, perfis e cortes entre os tópicos.
"Durante as últimas 5 semanas, temos sido positivamente surpreendidos pelas respostas da comunidade sobre a primeira parte da pesquisa," escreveu David Delabassee. "Temos recebido muitos feedbacks valiosos! Isso significa que temos muitos dados para processar, realmente um problema muito bom para encarar!"
Um dos maiores tópicos à considerar é se agora é apropriado padronizar o suporte para PaaS, SaaS e multilocação. Esse trabalho foi originalmente planejado para o Java EE 7 mas depois arquivado, pelo menos em parte porque se considerou demasiadamente cedo para tentar padronizar. Na época Linda DeMichiel escreveu:
Apesar de nossas melhores intenções, nosso progresso tem sido lento no lado da nuvem em nossa agenda. Parcialmente isso se deve a falta de maturidade no espaço para a provisão, multilocação, elasticidade e a publicação de aplicações na nuvem. E é parcialmente devido a nossa abordagem conservadora na tentativa de fazer as coisas "certas", tendo em vista a experiência limitada da indústria na nuvem quando começamos este trabalho. Por conta disso, acreditamos que fornecer um suporte sólido padronizado para programação com base em PaaS e multilocação atrasaria o lançamento do Java EE 7 até a primavera de 2014 - ou seja , daqui a dois anos e ao longo de um ano de atraso. Em nossa opinião, um caminho muito longo.
A Oracle está agora interessada em saber se a vasta comunidade Java acha que vale a pena tentar novamente.
Outras ideias que estão sendo contempladas incluem uma API padrão para permitir que os desenvolvedores rastreiem os efeitos de uma única requisição através do sistema, para ver quais serviços são usados, quais outras requisições são feitas, etc. Além disso, a Oracle está considerando adicionar suporte para um web container embarcado e Java EE container embarcado. Propostas de segurança incluem a normalização para o grupo de mapeamento de função, EL-enabled anotações para autorização, e padronização dos provedores de segurança simples
A Oracle também está ponderando a possibilidade de ter outra chance de padronizar um modelo de implantação. A tentativa inicial para isso, Java EE Application Deployment [JSR 88], teoricamente permite que qualquer aplicação Java EE seja implantada em qualquer ambiente compatível com o Java EE usando a mesma ferramenta de implantação, mas tem sido mal suportado por fornecedores e foi considerado a ser descartado no Java EE 6.
Na mesma linha à JSR 88, Java EE Management [JSR 77] fornece APIs de ferramentas de gerenciamento para consultar um servidor de aplicações Java EE para determinar o seu estado atual, aplicações implantadas, e assim por diante. Ferramentas de gerenciamento de servidores construídas usando essas APIs funcionam em vários fornecedores fornecendo aos administradores de sistema um meio de mudar os servidores de aplicação sem alterar processos e ferramentas de gestão, ou para gerenciar uma rede com vários servidores Java EE que consistem em várias implementações de fornecedores da plataforma. Como a JSR 88 essa API tem sofrido com o fraco suporte dos fornecedores, foi considerada para ser descartada no EE 7 e está de volta na lista dessa vez. Outros candidatos a descarte incluem EJB 2.x, exibição do cliente remoto e local (interfaces EJBObject, EJBLocalObject, EJBHome e EJBLocalHome) e o CORBA.
A pesquisa contém 28 questões. Como antes, cada questão fornece valiosas informações no conceito da tecnologia relacionada para ajudar os participantes a tomar uma decisão informada. Você pode encontrar a pesquisa aqui.