02 May 06 Noticia: J2EE 5 aprovado no JCP (JSR #244)

Nova versão do J2EE aprovada no JCP, agora é só esperar pelas implementações.
Logo logo devemos ter uma primeira versão do GlassFish, o Jboss também esta beem adiantado na implementação da parte de EJB3, mas o que exatamente compreende esta especificação?
na verdade a especificação de JEE 5 era apenas uma especificação "Guarda Chuvas", ou seja, era uma especificação que dizia quais as especificações que entrariam no padrão J2EE 5.

Todos os participantes do executive comite, votaram a favor, mas olhem o comentário do pessoal da SUN

On 2006-04-18 Sun Microsystems, Inc. voted Yes with the following comment:
Hurrah! Hurrah! Hurrah!

——————————————————————————
On 2006-04-18 Suleiman, Hani voted Yes with the following comment:
Wheeeee!
——————————————————————————
On 2006-04-18 SAP AG voted Yes with no comment.
——————————————————————————
On 2006-04-21 JBoss, Inc. voted Yes with no comment.
——————————————————————————
On 2006-04-25 Google Inc. voted Yes with no comment.
——————————————————————————
On 2006-04-26 SAS Institute Inc. voted Yes with no comment.
——————————————————————————
On 2006-04-26 Nortel voted Yes with no comment.
——————————————————————————
On 2006-04-27 Borland Software Corporation voted Yes with no comment.
——————————————————————————
On 2006-04-28 Fujitsu Limited voted Yes with no comment.
——————————————————————————
On 2006-04-28 Lea, Doug voted Yes with no comment.
——————————————————————————
On 2006-05-01 Hewlett-Packard voted Yes with no comment.
——————————————————————————
On 2006-05-01 Intel Corp. voted Yes with no comment.
——————————————————————————
On 2006-05-01 IBM voted Yes with the following comment:
… a mesma balela sobre licensiamento que a IBM sempre coloca como comentário …
——————————————————————————
On 2006-05-01 Oracle voted Yes with no comment.
——————————————————————————
On 2006-05-01 Apache Software Foundation voted Yes with no comment.
——————————————————————————
On 2006-05-01 BEA Systems voted Yes with no comment.
——————————————————————————

Qual era a proposta desta JSR, ou seja da especificação J2EE 5:

Java EE 5 vai definir o modelo de componentes J2EE, deployment, empacotamento, e requisitos para o conteiner de componentes Java EE que utilizam anotações Java, como definido nas outras JSRs da definição Java EE.
Java EE 5 também vai definir o modelo de componentes J2EE, deployment, empacotamento, e requisitos para o conteiner de componentes Java EE que fornecem ou utilizam webservices.

Para a utilização de Java EE 5, é necessário Java SE 5 ou seja, para rodar containers Java Enterprise Edition 5 é necessária no minimo uma JVM 1.5;

Algumas outras JSRs que definem o Java EE 5, ou seja, neste momento ja estão aprovadas também, são as seguintes:

JSR-181 (Web Services Metadata for the Java Platform)
JSR-220 (EJB 3.0)
JSR-222 (JAXB 2.0)
JSR-224 (JAX-WS 2.0)
JSR-127 (JavaServer Faces 1.0)
JSR-52 (JSTL 1.1)

Infelizmente não entrou a JSR #252 que define JavaServer Faces 1.2, e eles poderiam ter esperado um pouquinho mais e lançado esta especificação ja para uso junto com o Mustang, mas pelo menos foi atualizada a especificação de servlets e a parte de EJBs melhorou muito, foi incluida junto com os EJBs a Java Persistence API que é praticamente o Hibernate, ou sera que o Hibernate que é agora uma implementação da JPA?

Bom, mais noticias em breve e provavelmente a primeira implementação a ser finalizada vai ser a implementação de referencia, ou seja o GlassFish e deve vir seguido bem de perto pelo JBoss, se é que a compra dele pela RedHat não vai atrapalhar as coisas, mas com certeza o Geronimo deve vir correndo logo atraz, junto com todos os APP Servers comerciais do mercado.

Acho que as maiores novidades desta nova versão são a menor necessidade de configurações, menor uso de XML, maior uso de annotations, mais facilidade para trabalhar com webservices, suporte a IoC, …

E que comece, ou melhor, continue o inferno com alguns APP servers, que demoram até 2 anos para implementar as novas especificação , como o IAS da oracle por exemplo, e clientes que não atualizam os APP servers, em que somos obrigados a trabalhar com tecnologias de mais de 4 anos, e da mesma maneira eles querem a mesma produtividade que teriamos com as tecnologias atuais …