No Flex sempre foi transparente já q o endpoint é apontado para o 'root' do cluster. O endpoint é único, quem faz o redirecionamento para os clusters é seu apache.
Agora, em testes rápidos - fiz com emuladores, e nao em ambiente 'reais' - tive problemas em relacao a duplicidade de FlexSession ids, e isso é muito chato q vc precisa deles :(. Tem inúmeros posts falando desse problema com o BlazeDS, mas nenhum com solução. Com o GraniteDS *me parece* (nao tenho confirmação disso, já q nao botei a mao no código ainda) q isso foi resolvido! Ante-ontem o Franck Wolf até postou um vídeo no youtube sobre isso: pei.do/zoxp Repare no vídeo que em certo momento ele "mata" um dos servidores q está sendo usado como node, no entanto, mesmo matando um dos nodes a app continua funcionando. Há tempos q estou relutando em migrar BlazeDS para GraniteDS, mas acho q logo logo GraniteDS será uma decisão óbvia para grandes apps. Hoje, eu já a acho óbvia para integrar front-end Flex com back-end legados escritos com Seam Framework (Java). A única coisa muito chata q eu nao gosto nele é da "amarração" entre o Back-end e Front-end pelo Tide Framework, mas entendo q é um preço a ser pago - dependendo de análise. []'s Em 20 de outubro de 2011 16:39, Fredy Gadotti <[email protected]>escreveu: > Reanimando o tópico. > > Conseguiram resolver o problema da Clusterização? > No Flex fica transparente a troca de servidor, ou tem que fazer alguma > codificação adicional no client-side? > > Att, > > > Fredy. > > > 2010/3/17 Eduardo Rodrigues <[email protected]> > >> Eu tenho VM's no ambiente de QA, produção são duas máquinas fisicas >> diferentes rodando Websphere 6.1 ND. >> Andei lendo a documentação do Blaze DS e o livro "Professional Blaze DS" e >> ambos dizem que é possível fazer cluster por meio de hardware (meu caso) mas >> não explicam como e nem dão exemplos. A documentação apenas cobre >> clusterização com JGroups. Eu não estou querendo partir pro JGroups pois já >> tenho uma solução de clusterização que funciona e até então era transparente >> para o software. Bom, baixei o código do SVN ontem a noite em casa e vou >> estudá-lo hoje no trabalho, se descobrir qualquer coisa eu posto um update >> aqui. >> >> Em 16 de março de 2010 18:01, Mário Júnior <[email protected]>escreveu: >> >> Há um bom tempo q quero fazer testes em um ambiente clusterizado, mas nem >>> sequer consegui montar um ambiente para isso. >>> Oq vc está usando? WebSphere rodando em VMs? >>> >>> É um ótimo problema pra ser investigado, se quiser podemos tentar >>> contatos com o Christophe Coenraets e/ou com o James Ward, eles sao muito >>> gente boa e tem muita experiencia em ambientes de alta performance >>> (clusterizacao, terracota, etc). >>> >>> >>> []s >>> >>> >>> >>> >>> >>> >>> Em 16 de março de 2010 17:41, Eduardo Rodrigues <[email protected]>escreveu: >>> >>>> Boa tarde pessoal, >>>> >>>> >>>> Há algum tempo venho acompanhando o grupo e o alto nível das >>>> discussões. Sou um "novato" em flex mas tenho bastante experiência em java >>>> (jee), gostei da solução flex e estou testando a tecnologia para utilização >>>> aqui na minha empresa, mas me deparei com alguns problemas.... >>>> >>>> Alguém aí têm alguma experiência negativa com clusterização de >>>> servidores java e o blazeds? >>>> Desenvolvi minha app em máquina local e quando fui colocar em QA comecei >>>> a ter um problema. Minha máquina local é uma única instância de websphere >>>> mas QA está clusterizado de forma load balance (ativo/ativo). >>>> Utilizo websphere clusterizado para deploy da APP com replicação de >>>> sessões entre eles e minha comunicação remota é por meio de RemoteObject. >>>> Meus >>>> RemoteObjects estão protegidos (secured), então pra utilizá-lo eu faço o >>>> login por meio de ChannelSet.login como de costume. >>>> O problema ocorre quando eu simulo a caída de um dos servidores em QA e >>>> faço algo na aplicação que gera um requisição por meio de um RemoteObject. >>>> Neste momento o blazeds me retorna a exceção "Client.Authentication" >>>> com a mensagem "Login required before authorization can proceed.". >>>> Muito estranho pois eu já estava autenticado na primeira instância. >>>> Pensei então que o websphere não estivesse replicando as sessões mas >>>> conferi >>>> nos logs (habilitei o log do blaze DS full) e vi que a sessão está sim >>>> sendo >>>> replicada inclusive com o mesmo ID (btw, uso replicação de sessão em outras >>>> aplicações sem problema, então realmente funciona). >>>> >>>> Alguém já teve algum problema com blazeds clusterizado? Estou >>>> desconfiando de duas coisas: >>>> - O blazeds mantêm algum estado no escopo de ApplicationContext e este >>>> escopo não é migrado entre as máquinas. >>>> - A autenticação é ligada à um host, e não a um dominio (meu cluster é >>>> um loadbalancing com dominio que redireciona pra outras duas máquinas). >>>> >>>> Estou realmente com receio de não poder usar flex em cluster (na verdade >>>> blazeds) pois isso inviabiliza a utilização da tecnologia em clusters que >>>> são tão comumente utilizados em grandes corporações e que necessitam das >>>> aplicações em alta disponibilidade (por exemplo, num sistema de produção de >>>> uma usina, meu caso :-( ) >>>> >>>> >>>> Pessoal mais experiente, Gabriela, Mário, etc, já tiveram alguma >>>> experiência com cluster de blazeds e tem alguma dica ou comentário pra me >>>> passar por favor? Infelizmente do trabalho eu não tenho acesso a porta do >>>> SVN mas chegando em casa vou baixar o código e tentar entender o que está >>>> ocorrendo... >>>> >>>> >>>> Obrigado!!!!! >>>> >>>> -- >>>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>>> Para enviar uma mensagem, envie um e-mail para [email protected] >>>> Para sair da lista, envie um email em branco para >>>> [email protected] >>>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >>> >>> >>> >>> >>> -- >>> Mario Junior >>> http://blog.mariojunior.com/ >>> @mariojunior >>> >>> -- >>> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >>> Para enviar uma mensagem, envie um e-mail para [email protected] >>> Para sair da lista, envie um email em branco para >>> [email protected] >>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >> >> >> -- >> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >> Para enviar uma mensagem, envie um e-mail para [email protected] >> Para sair da lista, envie um email em branco para >> [email protected] >> Mais opções estão disponíveis em http://groups.google.com/group/flexdev >> > > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para [email protected] > Para sair da lista, envie um email em branco para > [email protected] > Mais opções estão disponíveis em http://groups.google.com/group/flexdev > -- Mario Junior http://blog.mariojunior.com/ @mariojunior -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev
