testei sim mario ele ainda fica falando que ta fazendo Routing para o FlexClient=XXXXXXX MessageId=XXXXXXXX
2009/8/5 Mário Júnior <juninho...@gmail.com> > Fizeram o teste q sugeri? qual foi a saída do console?? =D > > > > 2009/8/5 Daniel Rodrigues da Cunha Frank <fr...@projetusinformatica.com.br > > > > Eu já tentei fazer um controle parecido com FlexSession, mas não consegui, >> pois a session continua mesmo o browser fechado até o timeout. Talvez com >> FlexClient, mas eu acredito que não vá funcionar, me parece que os clientes >> apenas são destruídos com um disconect manual, para teste usar a Classe >> FlexClientListener para "ouvir" a adição e removeção de clientes e fale pra >> nós. >> >> Att., >> Daniel R.C.Frank >> Análise e Programação >> >> >> 2009/8/5 Diego Maehler <dmaeh...@gmail.com> >> >> Se não me engano, acessando via métodos static, no MessageBroker existe os >>> clients de Mensagens mesmo, já que os FlexClient são os clients conectados >>> com o servidor, e esses MessageClient são os subscribers conectados no canal >>> do messaging. >>> Setando o timeout da sessão não resolveria teu problema? >>> >>> 2009/8/5 Ricardo Gobbo <ricardogobbodeag...@gmail.com> >>> >>>> Olá Mario e todos da comunidade >>>> >>>> agradeço muito a você por sempre responder prontamente minhas duvidas >>>> >>>> explicarei então o restante... >>>> a cada novo subscriber que eu crio, eu instancio um producer no servidor >>>> para tal subscriber... o manager desse producer, então, é responsavel, >>>> dentre outras tarefas, de instanciar um outro subscriber num middleware >>>> assíncrono de comunicação... para diminuir a carga sobre o middleware e até >>>> mesmo aumentar a performance e escalabilidade do sistema como um todo, esse >>>> subscriber no middleware deve ser feito de forma dinâmica... se a conexão >>>> com a aplicação cliente cair abruptamente, a aplicação, nesse momento, não >>>> consegue finalizar as conexões com o middleware... dai, periodicamente, >>>> poderíamos colocar uma thread pra fazer o serviço de desconexão com o >>>> middleware caso o consumer do cliente já não esteja mais conectado... >>>> >>>> agradeco >>>> abracos >>>> >>>> 2009/8/5 Mário Júnior <juninho...@gmail.com> >>>> >>>> Ricardo.. no lado do servidor vc pode recuperar o FlexClient. É a única >>>>> identificação do client no servidor. >>>>> >>>>> No entanto, acho q vc está se preocupando com algo q não precisa: >>>>> "..estou querendo ver se há algum consumer sem sentido no servidor..." >>>>> >>>>> Qnd a app fecha, ela já é automaticamente desconectada do polling.... >>>>> ou seja, o disconnect é automático. >>>>> Nunca fiz esse teste, mas se quiser, tente: >>>>> >>>>> - Recupere o numero de FlexClient conectados antes de enviar uma msg do >>>>> servidor (faz um sysout para mostrar no console mesmo) >>>>> >>>>> - Abra vários browsers para ter vários flexclients >>>>> >>>>> - Depois de trocar algumas msgs... simplesmente feche alguns browsers >>>>> >>>>> - verifique no console que o número de FlexClients terá baixado, sinal >>>>> de q os clientes "fechados" já foram finalizados. >>>>> >>>>> >>>>> Depois dá-nos um feedback. >>>>> >>>>> t+ >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> 2009/8/5 Ricardo Gobbo <ricardogobbodeag...@gmail.com> >>>>> >>>>> Olá a todos >>>>>> >>>>>> gostaria de saber se alguem sabe se isso eh possivel de ser feito: >>>>>> >>>>>> estou usando uma arquitetura de comunicacao assincrona com o servidor >>>>>> usando o servico de mensagens do blazeDS. Estou querendo ver se tem como >>>>>> eu, >>>>>> no servidor, pegar os consumers e/ou producers instanciados por algum >>>>>> cliente flex especifico. Estou querendo fazer um controle desses >>>>>> consumers >>>>>> e/ou producers pois o cliente pode simplesmente clicar no "fechar" do >>>>>> navegador e a RIA nao ter como dar unsubscribe nos consumers e os mesmos >>>>>> nao >>>>>> conseguirem remover suas instancias la no servidor... logo, estou >>>>>> querendo >>>>>> ver se há algum consumer sem sentido no servidor... >>>>>> alguem ja passou por isso? >>>>>> >>>>>> agradeco de antemao... >>>>>> >>>>>> obrigado a todos >>>>>> bom dia >>>>>> Ricardo >>>>>> >>>>>> -- >>>>>> Att. >>>>>> Ricardo Gôbbo de Águas >>>>>> Engenharia de Computação - Universidade Federal de Goiás >>>>>> www.ricardogobbo.wordpress.com >>>>>> www.twitter.com/ricardogobbo >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Mario Junior >>>>> Enterprise Java / Flex Architectures >>>>> Adobe Certified Expert Flex 3 with AIR >>>>> >>>>> Sofshore Informática >>>>> http://www.sofshore.com.br >>>>> +55 (48) 3337 2003 >>>>> Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 >>>>> Itacorubi >>>>> Florianopolis SC Brasil >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Att. >>>> Ricardo Gôbbo de Águas >>>> Engenharia de Computação - Universidade Federal de Goiás >>>> www.ricardogobbo.wordpress.com >>>> www.twitter.com/ricardogobbo >>>> >>>> >>>> -- >>>> att, >>>> >>>> Diego Maehler >>>> dmaeh...@hotmail.com >>>> 46 88030892 >>>> 46 32245008 >>>> Pato Branco - PR >>>> >>>> >>>> >> >> >> > > > -- > Mario Junior > Enterprise Java / Flex Architectures > Adobe Certified Expert Flex 3 with AIR > > Sofshore Informática > http://www.sofshore.com.br > +55 (48) 3337 2003 > Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 Itacorubi > Florianopolis SC Brasil > > > > -- Att. Ricardo Gôbbo de Águas Engenharia de Computação - Universidade Federal de Goiás www.ricardogobbo.wordpress.com www.twitter.com/ricardogobbo --~--~---------~--~----~------------~-------~--~----~ Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com Para sair da lista, envie um email em branco para flexdev-unsubscr...@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---