Ai Mello, E' melhor esperarmos outro comparativo.
Obviedades nessa historia: 1- a arquitetura (state-of-art) da MS de desenvolvimento continua seguindo o de sempre - ignorando todas as boas praticas de engenharia de software; 2- mao-de-obra j2ee vai continuar sendo cara (ainda bem), pq pra ter performance em .net qq um faz, agora em j2ee... []s, FR. -----Mensagem original----- De: [EMAIL PROTECTED] [mailto:amello@;centralclearing.com.br] Enviada em: quarta-feira, 30 de outubro de 2002 14:14 Para: [EMAIL PROTECTED] Assunto: RES: [enterprise-list] J2EE vs .NET > Engracado q desde a 1a. vez q ouvi falar em EJB, sempre me diziam: > e' muito lento ! > Apesar das inumeras consideracoes colocadas na discussao, n duvido nada desse benchmark. Pois �, e eu ouvi junto contigo, cheguei at� a falar tamb�m... mas depois de colocar a m�o na massa e desevolver uma aplica��o "pesada" com EJB, utilizando tamb�m os famigerados entity beans CMP, descobri que na verdade � uma quest�o de saber usar. E n�o � que o sistema funciona, e r�pido? E os principais problemas que tivemos de performance n�o estavam relacionados a EJB, mas sim a java b�sico. S� pra citar dois: - Concaten��o de String usando o operador +, ao inv�s de um StringBuffer; - Uso errado do StringTokenizer - verificava se tinha mais tokens usando "stringTokenizer.countTokens() > 0", ao inv�s de "stringTokenizer.hasMoreTokens()". []'s Alexandre Mello. --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
