Pessoal, gostaria de extrair a real necessidade/aplicabilidade dos EJB's (Session e Entity's). Por favor me corrijam onde minha an�lise da tecnologia for insuficiente.
    Quando se prop�s a utilizar uma tecnologia distribu�da (Cluster), as principais necessidades eram balanceamento de carga e toler�ncia a falhas. No caso dos Session Fa�ades, utilizados em larga escala, podemos ter um efeito de balanceamento de carga semelhante simplesmente utilizando tomcat + apache (que se encarrega de encaminhar cada sess�o ao servidor competente) com frameworks tipo Struts + Hibernate e n�o precisamos utilizar SessionBean's nem EntityBean's. Conseguimos ent�o o balanceamento de carga (de sess�es).
    1 - Qual � a efici�ncia desta solu��o em compara��o com os EJB's?
    2 - Na arquitetura com EJB's cada membro do cluster acessa o SGBD  e mant�m os outros membros sincronizados para realizar a toler�ncia a falhas. O qu� que � sincronizado: os SessionBeans, EntityBeans ou os dois?.
    3 - Como � feita a configura��o dos DataSources para realizar a toler�ncia a falhas? Devem ser todos configurados para uma inst�ncia de um SGBD que est� em uma m�quina dedicada ou cada membro deve apontar para inst�ncias pr�prias de SGBD's? Qual das duas solu��es � a correta?
    4 - Se eu estiver criando/alterando/removendo um CMP atrav�s de seus respectivos m�todos como � que esse bean vai ser replicado nas outras m�quinas do Cluster? O servidor em quest�o atualiza os outros servidores chamando que m�todos?
    5 - Se desejarmos a toler�ncia a falhas, al�m do balanceamento de carga, podemos usar o JBoss apenas com os m�dulos web e clustering sem os demais m�dulos o que em �ltima an�lise resultaria em um servidor web mais parrudo. O que acham dessa afirmativa?
 
[]'s
Cl�udio Rocha

Responder a