Aprovada a API de segurança do Java EE (JSR-375)

A API de segurança do Java EE, JSR 375, foi aprovada no início de Agosto. Todos os membros do comitê executivo do JCP votaram "Sim", com nenhum voto "Não". A Intel não votou no JSR.

O JSR aperfeiçoou o gerenciamento de usuário, utilização de alias para senhas, mapeamento de regras, autenticação e autorização. Tais melhorias foram modeladas visando facilitar a implementação da API de segurança na nuvem. (Detalhes do JSR 375 foram apresentados pelo InfoQ em Novembro de 2014.)

O site do projeto foi movido para https://github.com/javaee/security-spec. O repositório contém a especificação e 20 issues abertas, possivelmente encontradas após a criação da implementação de referência no Glassfish.

A caminhada do Java EE 8 não tem sido fácil, mas existe uma luz no fim do longo túnel com os recentes JSR aprovados. A Oracle também considera mover o Java EE para uma fundação open source. O diálogo recente com a comunidade é um importante passo para o aumento da transparência da plataforma. Mais detalhes possivelmente serão divulgados na conferência anual da Oracle JavaOne no começo de Outubro. Não se esqueça de verificar conosco, pois a InfoQ irá fornecer uma ampla cobertura.

Fonte: InfoQ

Eclipse passa a gerir desenvolvimento da Java EE

A Eclipse Foundation vai passar a ser a entidade administradora das especificações Java Enterprise Edition (JEE), antes controladas pela Oracle, que deixou de ter interesse em gerir a plataforma. Como parte da adoção, o Java EE provavelmente receberá um novo nome, algo que a Oracle recomenda na sua proposta de alterações.

Há cerca de um mês atrás, a Oracle disse que iria acabar com o papel de administração do Java EE e transformá-lo em uma base de código aberto. Na sequência de consultas com parceiros para tecnologia Java, como a IBM e a Red Hat, e depois de reunir-se com várias fundações, a Oracle selecionou uma organização com largo histórico no desenvolvimento da Java: a Eclipse Foundation.

Esta criou o seu popular Eclipse IDE e geriu várias outras tecnologias Java. “A mudança do Java EE para um cenário de governo e colaboração aberta será um processo, e não um evento”, avisou o diretor executivo da Eclipse, Mike Milinkovich.

“As nossas discussões iniciais com Oracle, IBM e Red Hat mostraram que há muito apoio para isso acontecer nas equipas de liderança dessa empresas”.

Milinkovich concorda com a Oracle sobre a necessidade de a Java EE ser revista para suportar melhor cloud computing.

Fonte: ComputerWorld

Oracle quer Java EE mais ‘Open Source’

A Oracle quer reposicionar o Java EE no mercado, sobretudo a forma como é desenvolvido. Torná-lo mais ágil, responsivo e capaz de se adaptar melhor às necessidades atuais da indústrias e tecnologia é a missão que define para este popular produto.

O blog da Oracle destaca esta importante alteração de produto. O Java EE (Java Platform, Enterprise Edition) é uma plataforma utilizada para programação que serve de base ao desenvolvimento e execução de software empresarial na língua Java. O Java EE é também considerado um padrão sendo as suas normas definidas pelo The Java Community Process.

O desenvolvimento do Java EE já acontece de forma ‘Open Source’ e com a ajuda da comunidade, defendendo agora a Oracle uma melhoria no processo já que para a empresa não parece que seja tão flexível e aberto como os produtos de outras comunidades de programadores.

Com o Java EE 8 já na sua fase final de desenvolvimento, a Oracle acredita que o próximo paso seja adotar um processo de licenciamento mais flexível. A comunidade tem tido um papel determinante na inclusão de novas funcionalidades, apesar de existirem ainda muitos detalhes a solucionar pela frente.

Fonte: Mais Tecnologia

Microsoft disponibiliza novos pacotes Java EE Management

A Microsoft anunciou a disponibilidade de novos pacotes de gerenciamento System Center Operations Manager Java EE. Esta é a terceira interação para gerenciamento do servidor Java EE com o Operations Manager. As atualizações anteriores incluíram suporte para o IBM WebSphere 8 e o Oracle WebLogic 12cR1. Com este update, foi ampliada a capacidade de gestão de três novas versões do servidor de aplicativos Java e estendido o apoio ao WebSphere Network Deployment.

Além disso, os novos pacotes de gerenciamento irão ampliar o suporte de monitoramento ao JBoss Application Server 7, Wildfly 8 e Tomcat 8.

O System Center Operations Manager possibilitou o gerenciamento de uma ampla gama de servidores de aplicações Java nos principais sistemas operacionais - Windows, Linux e algumas versões UNIX desde 2012.

Em um artigo no Blog TechNet é possível obter informações detalhadas sobre o System Center: Operations Manager Engineering, em específico os pacotes atualizados do Java EE Management. Se você precisa de informações e dicas de gerenciamento JBoss AS 7 com System Center Operations Manager 2012 R2, este link poderá ser muito útil.

Os interessados no componente Java Open Source também podem acessar o BeanSpy no GitHub e conferir tudo o que foi atualizado.

Fonte Canaltech

Coverity lança ferramentas de análise de segurança para apps web Java

   A companhia de teste de desenvolvimento Coverity anunciou, na última semana, uma nova tecnologia de análises estatísticas para melhorar o desempenho das equipes de desenvolvimento ao encontrar defeitos de segurança em aplicações web Java.

   Combinando a tecnologia e suas ferramentas de detecção de defeitos, o novo produto tem como objetivo estender a análise estática para “compreender profundamente” tanto a arquitetura de aplicação quanto o código fonte de apps web modernas.

O resultado desse entendimento é, segundo a Coverity, uma oportunidade de proporcionar maior precisão e orientação de remediação para ajudar os desenvolvedores a encontrar e corrigir falhas de segurança que podem levar às vulnerabilidades mais comumente exploradas, incluindo a injeção SQL e cross-site scripting.

   Projetado para analisar aplicações web a partir do ponto de vista do desenvolvedor, a nova tecnologia também tem como objetivo estimular a adoção de testes de segurança estáticos para aplicativos.

As ferramentas Coverity, então, aumentam a análise estática de código-fonte com um analisador de estrutura que minimiza imprecisões quando os dados passam através de frameworks de aplicativos, diminuindo falsos positivos. Por fim, elas incorporam um difusor caixa branca dentro de uma análise estática para validar automaticamente as rotinas de higienização de dados.

Fonte: ItWeb

Mais detalhes sobre JAVA EE 7 e 8

A Oracle está debatendo um roteiro para as próximas versões do Java Enterprise Edition (Java EE) que irá adicionar novas tecnologias web, como HTML5, WebSockets e JSON. O roteiro também coloca muita ênfase em app em nuvens, de acordo com uma fonte familiarizada com o assunto.

Na marcha em direção à nuvem, Contextos Java EE e injeção de dependência (CDI) - usado para preencher a camada da web e camadas corporativas - serão melhorados, e cache de Java também será reavivado.

Java EE incluem um substituto para JCache. O Java Specification Request (JSR) condução JCache - JSR 107 - é improvável que seja ressuscitada. JSR 107 foi patrocinado pela Oracle, no início dos anos 2000, mas tem um beco sem saída no Java Community Process (JCP), organização que oficialmente cuida Java.

Todas estas mudanças são esperadas no Java EE 7, que está sendo programado para ser entregue no terceiro trimestre de 2012.

Uma continuação para o lançamento, Java EE 8, vai ainda mais longe, abraçando dados grandes e adicionando suporte para arquiteturas como NoSQL MapReduce poderosa estrutura de computação distribuída da Google.

Java EE 8 também vai ter alterações propostas para o Java EE 7, que tem como data limite o terceiro trimestre de 2012. Java SE serve como base para o Java EE e Java SE 8 . Java EE 8 é destinado a vir um ano depois do Java Standard Edition (Java SE) 8, o que significa uma chegada no final de 2013.