12 Mar 07 Java EE 5 x Java EE 4 e algumas razões para o upgrade
Bom, esta é uma tradução descarada de um post do Adam Biens, segue o texto:
Sempre me perguntam sobre razões para se migrar de Java EE 4 para Java EE 5, e seguem algumas delas:
Desenvolvimento:
- Para desenvolver uma aplicação Java EE 5, são necessários apenas um terço dos artefatos necessários ao desenvolvimento de uma aplicação Java EE 4. Um Session Bean é composto por uma interface e uma classe (No Java EE 4, Home, Remote, Class e um deployment escriptor). O Service Locator não é mais necessário, as referencias podem ser injetadas diretamente.
- Usando CMP 2.0 são necessários: Local Home, Local, Classe, Deployment Descriptor e um Value Object. No Java EE 5, com JPA o Entity é apenas uma classe anotada e pode ser desconectada para a camada de transporte.
- JPA é muito mais poderoso - o uso de DAOs pode ser bastante reduzido (menos tres classes a serem implementadas).
- Anotações são typesafe - sem a necessidade do XDoclet, e muito mais probabilidade de sucesso no deployment.
- Java EE 5 ja vem com um framework JSF pré instalado. Não é necessário nada alem da especificação para a maioria das aplicações.
- As ferramentas estão muito melhores. Eclipse com o plugin “Dali” ajuda no desenvolvimento do mapeamento O/R para JPA, ou o JBoss-IDE em todo o processo. NetBeans 5.5/6 prove suporte a dependenc injection, geração de páginas JSF a partir de entidades JPA, geração de entidades JPA a partir do banco de dados, JMS (com injeção de Queues).
Manutenção:
- A especificação de EJB3 é mais completa, por tanto fornecedores são forçados a implementar funcionalidades de forma mais padronizada. Impacto: Aplicações Java EE 5 são portaveis entre servidores diferentes. Na grande maioria dos casos uma aplicação pode ser posta em produção sem extensões proprietarias do servidor.
- O Código para EJB3 é limpo e mais simples. Não há necessidade para geração de código. As aplicações são mais fáceis de se manter por consequencia do código mais limpo..
- EJB 3 é mais fácilmente testável fora de um container.
Acho que é mais ou menos isto, no post original ainda existem algumas conclusões finai, mas a parte mais importante é esta pequena lista …
Se você gostou deste post, lembre-se de assinar o RSS feed do blog, para ser notificado de novos posts!
Reader's Comments
Leave a Comment
Licença
Blog do Urubatan by Rodrigo Urubatan Ferreira Jardim is licensed under a Creative Commons Attribution-Share Alike 2.5 Brazil License.
Permissions beyond the scope of this license may be available at http://www.urubatan.com.br/contato/.
Vejo que está estudando Java EE 5… hehe… muito bom…
Reply to this commentna verdade ja estudei bastante
só achei que valia a pena citar o post do Adam Biens …
Reply to this commentParabens pelo blog !! Passagem diaria obrigatoria por aqui !!!
O dificil é “convencer” o upgrade diante a empresa… estamos usando, ainda, jEE1.3….. o mais legal é usar jsf 1.0…. hehehehe
o que vc indicaria como leitura para estudos em relação ao jee5 ?
[]’s
Reply to this commentMuito bom post (traduções ajudam na performance do estudo eheheh).
São mudanças que terão impacto no mercado, será se vamos deixar o Hibernate de lado e vamos enfim usar EJB 3, e como fica o struts em relação as facilidades do JSF ?
Eu pessoalmente acho q JSF vai cair como uma luva, pois o .Net tinha a vantagem competitiva no quisito velocidade e facilidades.
E só pra efeitos didáticos, qual a versão atual de JSP no J2EE 5?
Reply to this commentque bom que as traduções ajudam alguem, vou ver se faço mais algumas …
Reply to this commentquanto ao Java EE 5, ele inclui entre outras coisas, Servlets 2.5, e JSP 2.1
[...] elementos que impulsionam a adoção do JEE5 são centrados em maior facilidade. Há a grande simplificação do EJB 3.0 (JSR 220) e [...]
Reply to this comment