Consegue sim. Do mesmo jeito que vc faz no JBoss, somente copiando o arquivo no lugar certo.
Olivier. JConcept/Cetip -----Mensagem original----- De: Antonio Kantek [mailto:kantek@;jvelox.com.br] Enviada em: quinta-feira, 31 de outubro de 2002 08:13 Para: [EMAIL PROTECTED] Assunto: Re: [enterprise-list] JBoss vs Weblogic Na minha opini�o, um fator muito importante na escolha de um app server � o suporte que o fornecedor vai te oferecer. Mas tudo deve ser pesado, existem app servers que possuem grife e s�o dinossauricos ( acho que eu n�o preciso dizer de quem eu estou falando ;) ). Outros s�o muito bons e n�o possuem tanta grife assim. Mas uma coisa que voc� n�o vai achar � um app server que seja melhor que os outro em todos os requesitos. O que eu posso afirmar � que para desenvolvimento o JBoss � realmente fant�stico. O hot deploy realmente facilita muito. N�o conhe�o outro app server onde voc� possa fazer a implanta��o de um componente com um simples drag & drop. Como na maioria dos casos o seu cliente vai ser Java (estou assumindo isso ;) ), nem stubs voc� precisar� gerar. S� isso, para mim, j� � mais que suficiente para fazer dele o servidor de aplica��o escolhido para desenvolvimento. Uma pergunta para quem conhece weblogic: eu consigo fazer deploy sem ser por gui ? -antonio > 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]
