Re: RES: [enterprise-list] JBoss vs Weblogic

[Alvaro Mota]

Consegue.

Rodando o servidor como DEVELOPMENT MODE, com um agravante. A unidade de
(re)deploy � o EAR. Se mudar alguma coisa na App deve fazer o redeploy de toda aplica��o;

Alvaro




[EMAIL PROTECTED] wrote:

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]

--
"Se um homem nao sabe a que porto se dirige, nenhum vento lhe sera favoravel !"



---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]