> Uma pergunta para quem conhece weblogic: eu consigo fazer deploy sem ser > por gui ?
Aqui a gera��o da nossa vers�o � feita com o ant que compila, empacota e faz o deploy do s nossos EJB. A gente n�o usa nada de GUI. Vamos inclusive passar o XDoclet para simplificar a cria��o/altera��o dos nossos EJB. Olivier JConcept/Cetip > Ol� pessoal, > > Eu trabalho na Cetip (Camara de compensa��o de titulo) no Rio de Janeiro. > > Estamos usando o WebLogic 6.1. > > Eu estou tentando convencer o pessoal a usar o JBoss pelo menos em > desenvolvimento. > > J� que n�o achei benchmarks JBoss/Weblogic, Eu comecei a fazer um : > > Um teste simples : > > Um EJB(SessionBean) que calcula um factorial. > Um programinha que simula x clientes chamando esse EJB. > > O teste demonstrou que o weblogic era 50% mais r�pido acima de 50 clientes. > > Achei estranho e tentei analisar o comportamento do JBoss para entender. > Pelo jeito ele n�o gerencia bem o seu pool de session bean e n�o consegue > executar muitos clientes em paralelo. > > Tentei verificar a confirgura��o do pool de session bean, mas est� tudo ok. > > Algu�m j� reparou isso ? > > Ser� que a minha configura��o est� ruim ? > > OBS : > Eu estou usando JBoss3.0.3 e Weblogic 6 SP 1 > com jdk 131 da sun. > > Olivier > JConcept/Cetip > > > > -----Mensagem original----- > De: [EMAIL PROTECTED] [mailto:sven@;cilix.com.br] > Enviada em: quarta-feira, 30 de outubro de 2002 09:31 > Para: [EMAIL PROTECTED] > Assunto: Re: RES: [enterprise-list] CMP ou BMP > > > > Isso foi feito de proposto. Um finder no EJB n�o deveria devolver muitos > > objetos pois impacta muito no performance (uso de memoria etc). LIKE > > tipicamente devolve muitos registros do DB e por isso foi deixado fora > da > > especifica��o. > > > > Sim, mas por isso que eu digo que as pessoas que fizeram a especifica��o > s�o > > autistas. > > Se essa preocupa��o realmente fosse v�lida, a JBossQL com seu LIKE > > paramatriz�vel n�o > > faria tanto sucesso. > > Dizer que JBoss faz sucesso por causa do LIKE � meio banal. JBoss faz > sucesso por ser bom e especialmente GRATUITO. Usando LIKE em queries e > retronando grandes quantidades de EJB em consultas faz que a > escalabilidade vai pro saco. Se vc acha que o 'expert group' que faz a > especifica��o EJB � um conjunto de autistas (vc sabe o que � uma > autista?), nada impede vc pagar US$ 0, preencher o formul�rio e fazer > parte do JCP e discutir por que vc acha que LIKE deveria fazer parte da > especifica��o. > > > CMR � bom e � ruim, como j� foi dito nesta discuss�o. O que pode ser > feito > > com CMR en EJB 2.0 j� fiz tamb�m com CMP 1.1. Em termos de modelagem n�o > � > > t�o complicado. > > > > Complicado n�o �. Mas tamb�m n�o � nada elegante. > > � t�o elegante quanto CMR. > > > --------------------------------------------------------------------- > 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: enterprise-list- > [EMAIL PROTECTED] > Para comandos adicionais, envie mensagem para: enterprise-list- > [EMAIL PROTECTED] --------------------------------------------------------------------- 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] --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
